From stas at khirman.com Wed Sep 1 02:25:26 2010 From: stas at khirman.com (Stas Khirman) Date: Wed, 1 Sep 2010 02:25:26 -0700 Subject: [Freeswitch-users] 2 endpoints behing NATs Message-ID: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> Hi, Sorry for novice question: Successfully setup FreeSWITCH on publicly accessible IP using 1.0.6 standard configuration. No changes in configuration, dial plan, etc. Basic tests (music,echo,etc) are working ok. However, the problem observed with call between two softphones (X-lite) behind NATs - call signal are coming through but no media. Both NATs are kind of typical household WiFi routers. Everything ok if one of softphones is connected without NAT. Does two NATs configuration supported by stock FreeSWITCH ? Can I make it work by changing some configuration parameters or I need something like RTP proxy or similar? Regards Stas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/27035d21/attachment.html From david.ponzone at ipeva.fr Wed Sep 1 02:41:41 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 1 Sep 2010 11:41:41 +0200 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> Message-ID: Stas, FS includes a RTP Proxy with server-side NAT-traversal capabilities. So this should work if you register your phones to the internal dialplan, which you probably do. In the Sip Account/Advanced tab settings of X-lite, you have to check "Use rport". After that, you can check on FS if the NAT was detected: sofia status profile internal You should see your 2 phones connected, each of them with a Contact line. If this Contact line does not include "fs_nat=yes", then the NAT was not detected, which will probably happen if "Use rport" is missing. That's a first step. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 01/09/2010 ? 11:25, Stas Khirman a ?crit : > Hi, > > Sorry for novice question: > > Successfully setup FreeSWITCH on publicly accessible IP using 1.0.6 > standard configuration. No changes in configuration, dial plan, etc? > > Basic tests (music,echo,etc) are working ok. However, the problem > observed with call between two softphones (X-lite) behind NATs ? > call signal are coming through but no media. Both NATs are kind of > typical household WiFi routers. Everything ok if one of softphones > is connected without NAT. > > Does two NATs configuration supported by stock FreeSWITCH ? Can I > make it work by changing some configuration parameters or I need > something like RTP proxy or similar? > > Regards > Stas > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/3b28a85b/attachment-0001.html From ovvenkatesan at gmail.com Wed Sep 1 03:13:57 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Wed, 1 Sep 2010 15:43:57 +0530 Subject: [Freeswitch-users] not able to connect freeswitch with mysql In-Reply-To: References: Message-ID: I have solved the problem. we need to copy odbc.ini file into */ect/* folder not */usr/local/etc/* Regards, Venkat. On Tue, Aug 31, 2010 at 9:27 PM, ovvenkat wrote: > Hi to all, > > I have following this wiki page to configure mysql and freeswitch. > > http://wiki.freeswitch.org/wiki/Mod_spidermonkey_odbc > > When I run the command " *isql -v maxpowersoft_odbc* ", I can able to > connect to the MySql database. > > When , I run the following java script file, > > *test.js* > > use("ODBC"); > var db = new ODBC("maxpowersoft_odbc", "dbuser", "dbpass"); > db.connect(); > > I am getting error like , > > > 2010-08-31 21:24:06.583606 [ERR] switch_odbc.c:318 STATE: IM002 CODE 0 > ERROR: [unixODBC][Driver Manager]Data source name not found, and no default > driver specified > > > Any one help me to relove my issue plz. thanks in advance. > > > Regards, > Venkat. > -- Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/47c3b89c/attachment.html From kond at nstel.ru Wed Sep 1 01:12:49 2010 From: kond at nstel.ru (Nikolay Kondratyev) Date: Wed, 1 Sep 2010 12:12:49 +0400 Subject: [Freeswitch-users] no ringback tone for transit h323 - sip call In-Reply-To: <20100831145020.8BA3B1308A@mail.nstel.ru> Message-ID: <20100901081249.16DBB129AE@mail.nstel.ru> Hi,all. I solved my problem. I added into teh extension where i send call to sipx. Now i hear rbt for transit h323 - sip calls. Rgds, Nikolay. _____ From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nikolay Kondratyev Sent: Tuesday, August 31, 2010 6:50 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] no ringback tone for transit h323 - sip call Hi all, I'm rather new to freeswitch, and i'm trying to setup FS (version 1.0.6) as sip-h323 gateway between sipX and avaya ip406. I have teh following test setup: sipX 172.23.9.2 beaver.sip.nstel.ru with extension 2853 (linksys spa 942 phone) Freeswitch 172.23.22.49 fs.lab.nstel.ru with extension 2854 (xlite) avaya ip406 with extension 5840 When i call 2853 -> 5840 i can hear ringback tone and voice is ok. When calling 5840 -> 2854, rbt and voice is ok. When calling 2854 -> 2853, rbt and voice is ok. When calling 5840 -> 2853, 2853 phone rings, there is no rbt, but voice is ok after answer. I have the following h323.conf file: [freeswitch at freeswitch autoload_configs]$ cat h323.conf.xml in the default.xml dialplan i have default "Local_Extension" (with the only addition of a single number 2854 to be matched). below Local_Extension i send 28xx numbers to sipx as following: > FS logs for 5840 -> 2854 (rbt and voice ok) and 5840 -> 2853 (no rbt, voice ok) are attached. In the log files i can see the moment when FS starts playing RBT into h323 channel in case 5840 -> 2854 call. And i see that FS does not do it in case of 5840 -> 2853 call. But i can not see why... Probably i misconfigured something... Can anybody please help with this problem? Thanks in advance, Nikolay. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/678d5ed0/attachment.html From kond at nstel.ru Wed Sep 1 02:46:28 2010 From: kond at nstel.ru (Nikolay Kondratyev) Date: Wed, 1 Sep 2010 13:46:28 +0400 Subject: [Freeswitch-users] mod_h323: call deferred due to unsuccessfull dns lookup Message-ID: <20100901094628.7DD7513058@mail.nstel.ru> Hi all, i found the following problem with mod_h323: When i make outgoing call via h323, there is a 10 seconds delay before the call is sent out, via h323. I believe it happens because fs tries to resolve _h323cs._tcp.172.23.14.2 srv record. Here is a fragment of a log file: 2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1564 ======>create_outgoing_channel DST NUMBER = 5840 at 172.23.14.2 2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1532 ======>FSH323EndPoint::FSMakeCall DST NUMBER = 5840 at 172.23.14.2 [FSH323EndPoint] 2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1544 ----> Using 172.23.22.49 for outbound call 2010-09-01 12:02:17.144778 [DEBUG] pdns.cxx:498 SRV Lookup 172.23.14.2 service _h323cs._tcp. 2010-09-01 12:02:27.402216 [DEBUG] pdns.cxx:471 SRV Lookup Fail no domain h323:5840 at 172.23.14.2 2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2353 DNS SRV Cannot resolve remote party 5840 at 172.23.14.2 2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2141 Making call to: 5840 at 172.23.14.2 And i can also see this looking into the network trace with wireshark. So one can see a 10 seconds delay due to failed dns lookup. I use FS 1.0.6. My h323.conf and dialplan are just like those described in the wiki http://wiki.freeswitch.org/wiki/Mod_h323 As far as i understand, if ip address (not name) is specified, srv lookup should not be performed. Is it correct? What could be done to make FS not to lookup this srv record (when ip address, not name, is specified)? Thanks in advance, Nikolay. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/835c8cfa/attachment.html From bottleman at icf.org.ru Wed Sep 1 04:10:13 2010 From: bottleman at icf.org.ru (Georgiewskiy Yuriy) Date: Wed, 1 Sep 2010 15:10:13 +0400 (MSD) Subject: [Freeswitch-users] mod_h323: call deferred due to unsuccessfull dns lookup In-Reply-To: <20100901094628.7DD7513058@mail.nstel.ru> References: <20100901094628.7DD7513058@mail.nstel.ru> Message-ID: On 2010-09-01 13:46 +0400, Nikolay Kondratyev wrote 'FreeSWITCH Users Help': NK>Hi all, NK>i found the following problem with mod_h323: NK>When i make outgoing call via h323, there is a 10 seconds delay before the call is sent out, via h323. NK>I believe it happens because fs tries to resolve _h323cs._tcp.172.23.14.2 srv record. NK>Here is a fragment of a log file: NK> NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1564 ======>create_outgoing_channel DST NUMBER = 5840 at 172.23.14.2 NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1532 ======>FSH323EndPoint::FSMakeCall DST NUMBER = 5840 at 172.23.14.2 [FSH323EndPoint] NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1544 ----> Using 172.23.22.49 for outbound call NK>2010-09-01 12:02:17.144778 [DEBUG] pdns.cxx:498 SRV Lookup 172.23.14.2 service _h323cs._tcp. NK>2010-09-01 12:02:27.402216 [DEBUG] pdns.cxx:471 SRV Lookup Fail no domain h323:5840 at 172.23.14.2 NK>2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2353 DNS SRV Cannot resolve remote party 5840 at 172.23.14.2 NK>2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2141 Making call to: 5840 at 172.23.14.2 NK> NK>And i can also see this looking into the network trace with wireshark. NK>So one can see a 10 seconds delay due to failed dns lookup. NK> NK>I use FS 1.0.6. My h323.conf and dialplan are just like those described in the wiki http://wiki.freeswitch.org/wiki/Mod_h323 NK> NK>As far as i understand, if ip address (not name) is specified, srv lookup should not be performed. Is it correct? NK>What could be done to make FS not to lookup this srv record (when ip address, not name, is specified)? NK> NK>Thanks in advance, NK>Nikolay. I think this is library issue, as tempollary solution try rebuild libpt with --disable-resolver option then rebuild h323plus and mod_h323. C ????????? With Best Regards ???????????? ????. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 ???? +7 4872 711143 fax +7 4872 711143 ???????? ??? "?? ?? ??????" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost at jabber.tula-ix.net.ru JID: GHhost at jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE From kond at nstel.ru Wed Sep 1 04:32:29 2010 From: kond at nstel.ru (Nikolay Kondratyev) Date: Wed, 1 Sep 2010 15:32:29 +0400 Subject: [Freeswitch-users] mod_h323: call deferred due to unsuccessfull dns lookup In-Reply-To: Message-ID: <20100901113229.F06781279C@mail.nstel.ru> Ok, thanks for the help. I'll try and let you know what I'll get. Thanks again, Nikolay. > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On > Behalf Of Georgiewskiy Yuriy > Sent: Wednesday, September 01, 2010 3:10 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_h323: call deferred due > to unsuccessfull dns lookup > > On 2010-09-01 13:46 +0400, Nikolay Kondratyev wrote > 'FreeSWITCH Users Help': > > NK>Hi all, > NK>i found the following problem with mod_h323: > NK>When i make outgoing call via h323, there is a 10 seconds > delay before the call is sent out, via h323. > NK>I believe it happens because fs tries to resolve > _h323cs._tcp.172.23.14.2 srv record. > NK>Here is a fragment of a log file: > NK> > NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1564 > NK>======>create_outgoing_channel DST NUMBER = 5840 at 172.23.14.2 > NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1532 > NK>======>FSH323EndPoint::FSMakeCall DST NUMBER = 5840 at 172.23.14.2 > NK>[FSH323EndPoint] > NK>2010-09-01 12:02:17.144778 [DEBUG] mod_h323.cpp:1544 ----> Using > NK>172.23.22.49 for outbound call > NK>2010-09-01 12:02:17.144778 [DEBUG] pdns.cxx:498 SRV Lookup > 172.23.14.2 service _h323cs._tcp. > NK>2010-09-01 12:02:27.402216 [DEBUG] pdns.cxx:471 SRV Lookup Fail no > NK>domain h323:5840 at 172.23.14.2 > NK>2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2353 DNS SRV Cannot > NK>resolve remote party 5840 at 172.23.14.2 > NK>2010-09-01 12:02:27.402216 [DEBUG] h323ep.cxx:2141 Making call to: > NK>5840 at 172.23.14.2 > NK> > NK>And i can also see this looking into the network trace > with wireshark. > NK>So one can see a 10 seconds delay due to failed dns lookup. > NK> > NK>I use FS 1.0.6. My h323.conf and dialplan are just like those > NK>described in the wiki http://wiki.freeswitch.org/wiki/Mod_h323 > NK> > NK>As far as i understand, if ip address (not name) is > specified, srv lookup should not be performed. Is it correct? > NK>What could be done to make FS not to lookup this srv > record (when ip address, not name, is specified)? > NK> > NK>Thanks in advance, > NK>Nikolay. > > I think this is library issue, as tempollary solution try > rebuild libpt with --disable-resolver option then rebuild > h323plus and mod_h323. > > C ????????? With Best Regards > ???????????? ????. Georgiewskiy Yuriy > +7 4872 711666 +7 4872 711666 > ???? +7 4872 711143 fax +7 4872 711143 > ???????? ??? "?? ?? ??????" IT Service Ltd > http://nkoort.ru http://nkoort.ru > JID: GHhost at jabber.tula-ix.net.ru JID: GHhost at jabber.tula-ix.net.ru > YG129-RIPE YG129-RIPE From stas at khirman.com Wed Sep 1 04:36:49 2010 From: stas at khirman.com (Stas Khirman) Date: Wed, 1 Sep 2010 04:36:49 -0700 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> Message-ID: <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> David , Thank you for such prompt response! I checked my X-Lite configuration and find that ?Use rport? had been checked. However, Registration doesn?t include anything about fs_nat(see below). Do I need explicitly configure/load RTP proxy support? If yes, will appreciate instructions. Regards Stas Registrations: ================================================================================================= Call-ID: NTBjOWYyMTM4ZGFlYzFmZjQyZDkwZGZhZmUyODc5NGY. User: 1005 at 174.123.63.250 Contact: "Test User" Agent: X-Lite release 1104o stamp 56125 Status: Registered(UDP)(unknown) EXP(2010-09-01 08:33:35) Host: hostname10178.theplanet.host IP: 24.130.59.97 Port: 22150 Auth-User: 1005 Auth-Realm: 174.123.63.250 MWI-Account: 1005 at 174.123.63.250 ================================================================================================= From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of David Ponzone Sent: Wednesday, September 01, 2010 2:42 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 2 endpoints behing NATs Stas, FS includes a RTP Proxy with server-side NAT-traversal capabilities. So this should work if you register your phones to the internal dialplan, which you probably do. In the Sip Account/Advanced tab settings of X-lite, you have to check "Use rport". After that, you can check on FS if the NAT was detected: sofia status profile internal You should see your 2 phones connected, each of them with a Contact line. If this Contact line does not include "fs_nat=yes", then the NAT was not detected, which will probably happen if "Use rport" is missing. That's a first step. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 01/09/2010 ? 11:25, Stas Khirman a ?crit : Hi, Sorry for novice question: Successfully setup FreeSWITCH on publicly accessible IP using 1.0.6 standard configuration. No changes in configuration, dial plan, etc? Basic tests (music,echo,etc) are working ok. However, the problem observed with call between two softphones (X-lite) behind NATs ? call signal are coming through but no media. Both NATs are kind of typical household WiFi routers. Everything ok if one of softphones is connected without NAT. Does two NATs configuration supported by stock FreeSWITCH ? Can I make it work by changing some configuration parameters or I need something like RTP proxy or similar? Regards Stas _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/77b468be/attachment.html From ovvenkatesan at gmail.com Wed Sep 1 04:55:10 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Wed, 1 Sep 2010 17:25:10 +0530 Subject: [Freeswitch-users] not able to install luasql Message-ID: Hi to all, I could not able to compile "*luasql-2.1.1*" on CENT 5.3 32-bit. I am getting following errors while compiling the source code gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic -I../compat/src -I/usr/local/include -c -o src/luasql.o src/luasql.c src/luasql.c:8:17: error: lua.h: No such file or directory src/luasql.c:9:21: error: lauxlib.h: No such file or directory src/luasql.c:11:24: error: compat-5.1.h: No such file or directory In file included from src/luasql.c:15: src/luasql.h:23: error: expected ?)? before ?*? token src/luasql.h:24: error: expected ?)? before ?*? token src/luasql.h:25: error: expected ?)? before ?*? token src/luasql.h:26: error: expected ?)? before ?*? token src/luasql.c:20: error: expected ?)? before ?*? token src/luasql.c:31: error: expected ?)? before ?*? token src/luasql.c:46: error: expected ?)? before ?*? token src/luasql.c:78: error: expected ?)? before ?*? token src/luasql.c:87: error: expected ?)? before ?*? token make: *** [src/luasql.o] Error 1 Any one faced resolved the same issue? -- Regards Venkat. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/f873ab97/attachment-0001.html From freeswitch-list at puzzled.xs4all.nl Wed Sep 1 05:29:17 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Wed, 01 Sep 2010 14:29:17 +0200 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: <4C7E471D.8010800@puzzled.xs4all.nl> On 09/01/2010 01:55 PM, ovvenkat wrote: > Hi to all, > > I could not able to compile "*luasql-2.1.1*" on CENT 5.3 32-bit. I am > getting following errors while compiling the source code > > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi > -pedantic -I../compat/src -I/usr/local/include -c -o src/luasql.o > src/luasql.c > src/luasql.c:8:17: error: lua.h: No such file or directory ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Try: yum install lua-devel Regards, Patrick From dujinfang at gmail.com Wed Sep 1 05:35:58 2010 From: dujinfang at gmail.com (Seven Du) Date: Wed, 1 Sep 2010 20:35:58 +0800 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: src/luasql.c:8:17: error: lua.h: No such file or directory seems like you need to install lua devel package. I don't have CENT but the package name should like lua-devel or lua51-devel etc. On Wed, Sep 1, 2010 at 7:55 PM, ovvenkat wrote: > Hi to all, > > I could not able to compile "luasql-2.1.1" on CENT 5.3 32-bit. I am getting > following errors while compiling the source code > > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic > -I../compat/src? -I/usr/local/include??? -c -o src/luasql.o src/luasql.c > src/luasql.c:8:17: error: lua.h: No such file or directory > src/luasql.c:9:21: error: lauxlib.h: No such file or directory > src/luasql.c:11:24: error: compat-5.1.h: No such file or directory > In file included from src/luasql.c:15: > src/luasql.h:23: error: expected ?)? before ?*? token > src/luasql.h:24: error: expected ?)? before ?*? token > src/luasql.h:25: error: expected ?)? before ?*? token > src/luasql.h:26: error: expected ?)? before ?*? token > src/luasql.c:20: error: expected ?)? before ?*? token > src/luasql.c:31: error: expected ?)? before ?*? token > src/luasql.c:46: error: expected ?)? before ?*? token > src/luasql.c:78: error: expected ?)? before ?*? token > src/luasql.c:87: error: expected ?)? before ?*? token > make: *** [src/luasql.o] Error 1 > > Any one faced resolved the same issue? > > -- > > Regards > Venkat. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From pjintheusa at gmail.com Wed Sep 1 06:10:21 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Wed, 1 Sep 2010 09:10:21 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: Message-ID: Don't you need to qualify that class name: NameSpace.NameOfClass ? On Wed, Sep 1, 2010 at 12:44 AM, Yitzchok wrote: > Hi, > > I finally got mod_manage to load fine in FreeSWITCH on centos but now when > I copied a .net dll that I built and runs on windows to the /mod/managed > folder it loads fine on freeswitch startup but when try calling it (it's a > AppPlugin) from the dialplan using data="NameOfClass"/> I get these errors. > > > 2010-09-01 00:21:23.303236 [ERR] switch_cpp.cpp:1177 Exception in > Run(NameOfClass): System.NullReferenceException: Object reference not set to > an instance of an object > > Server stack trace: > at > System.Runtime.Serialization.SerializationCallbacks.GetMethodsByAttribute > (System.Type type, System.Type attr) [0x00000] in :0 > at System.Runtime.Serialization.SerializationCallbacks..ctor (System.Type > type) [0x00000] in :0 > at > System.Runtime.Serialization.SerializationCallbacks.GetSerializationCallbacks > (System.Type t) [0x00000] in :0 > at System.Runtime.Serialization.SerializationObjectManager.RegisterObject > (System.Object obj) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.GetObjectData > (System.Object obj, > System.Runtime.Serialization.Formatters.Binary.TypeMetadata& metadata, > System.Object& data) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObject > (System.IO.BinaryWriter writer, Int64 id, System.Object obj) [0x00000] in > :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectInstance > (System.IO.BinaryWriter writer, System.Object obj, Boolean isValueObject) > [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteQueuedObjects > (System.IO.BinaryWriter writer) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectGraph > (System.IO.BinaryWriter writer, System.Object obj, > System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in unknown>:0 > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize > (System.IO.Stream serializationStream, System.Object graph, > System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in unknown>:0 > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize > (System.IO.Stream serializationStream, System.Object graph) [0x00000] in > :0 > at System.Runtime.Remoting.RemotingServices.SerializeExceptionData > (System.Exception ex) [0x00000] in :0 > > Exception rethrown at [0]: > > at (wrapper xdomain-invoke) FreeSWITCH.AppPluginExecutor:Execute > (string,intptr) > at (wrapper remoting-invoke-with-check) > FreeSWITCH.AppPluginExecutor:Execute (string,intptr) > at FreeSWITCH.Loader.Run (System.String command, IntPtr sessionHandle) > [0x00000] in :0 > 2010-09-01 00:21:23.303236 [ERR] mod_managed.cpp:422 Application run failed > for NameOfClass (unknown module or exception). > > > Anyone have any idea what is the problem? > > Thanks. > Yitzchok > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/b843a2e0/attachment.html From dftoro at yahoo.com Wed Sep 1 06:14:54 2010 From: dftoro at yahoo.com (Diego Toro) Date: Wed, 1 Sep 2010 06:14:54 -0700 (PDT) Subject: [Freeswitch-users] mod_managed API interface question In-Reply-To: <1283283479123-5484160.post@n2.nabble.com> Message-ID: <409164.69086.qm@web33501.mail.mud.yahoo.com> Hi, yes, you can install on Windows Server 2008.? The best way is using ESL (managed ESL). You have to make sure you have permissions on the windows firewall to connect to a socket with FS. Diego Toro http://lacarretade.blogspot.com/ --- On Tue, 8/31/10, Jeff Lenk wrote: From: Jeff Lenk Subject: Re: [Freeswitch-users] mod_managed API interface question To: freeswitch-users at lists.freeswitch.org Date: Tuesday, August 31, 2010, 2:37 PM you can also use the esl wrapper in /libs/esl/managed which may prove easier to support -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-managed-API-interface-question-tp5483674p5484160.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/025b3fa9/attachment.html From jeff at jefflenk.com Wed Sep 1 06:18:03 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Wed, 1 Sep 2010 06:18:03 -0700 (PDT) Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: Message-ID: <1283347083542-5486890.post@n2.nabble.com> When Demo.csx is places in mod/managed does it get loaded and compiled correctly? You should see it load when FS starts as well as dynamically picked up if copied while FS running. What version of the framework are you compiling the dll for? that might be the problem. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5486890.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ovvenkatesan at gmail.com Wed Sep 1 06:45:53 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Wed, 1 Sep 2010 19:15:53 +0530 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: Hi thanks for you help, I have installed lua devel package. After that , I am getting following compilation error gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic -I../compat/src -I/usr/include/mysql -I/usr/local/include -c -o src/ls_mysql.o src/ls_mysql.c src/ls_mysql.c:19:19: error: mysql.h: No such file or directory src/ls_mysql.c:73: error: expected specifier-qualifier-list before ?MYSQL? src/ls_mysql.c:81: error: expected specifier-qualifier-list before ?MYSQL_RES? src/ls_mysql.c:148: warning: ISO C forbids forward references to ?enum? types src/ls_mysql.c:148: warning: ?enum enum_field_types? declared inside parameter list src/ls_mysql.c:148: warning: its scope is only this definition or declaration, which is probably not what you want src/ls_mysql.c:148: error: parameter 1 (?type?) has incomplete type src/ls_mysql.c: In function ?getcolumntype?: src/ls_mysql.c:151: error: ?FIELD_TYPE_VAR_STRING? undeclared (first use in this function) src/ls_mysql.c:151: error: (Each undeclared identifier is reported only once src/ls_mysql.c:151: error: for each function it appears in.) src/ls_mysql.c:151: error: ?FIELD_TYPE_STRING? undeclared (first use in this function) src/ls_mysql.c:153: error: ?FIELD_TYPE_DECIMAL? undeclared (first use in this function) src/ls_mysql.c:153: error: ?FIELD_TYPE_SHORT? undeclared (first use in this function) src/ls_mysql.c:153: error: ?FIELD_TYPE_LONG? undeclared (first use in this function) src/ls_mysql.c:154: error: ?FIELD_TYPE_FLOAT? undeclared (first use in this function) src/ls_mysql.c:154: error: ?FIELD_TYPE_DOUBLE? undeclared (first use in this function) src/ls_mysql.c:154: error: ?FIELD_TYPE_LONGLONG? undeclared (first use in this function) src/ls_mysql.c:155: error: ?FIELD_TYPE_INT24? undeclared (first use in this function) src/ls_mysql.c:155: error: ?FIELD_TYPE_YEAR? undeclared (first use in this function) src/ls_mysql.c:155: error: ?FIELD_TYPE_TINY? undeclared (first use in this function) src/ls_mysql.c:157: error: ?FIELD_TYPE_TINY_BLOB? undeclared (first use in this function) src/ls_mysql.c:157: error: ?FIELD_TYPE_MEDIUM_BLOB? undeclared (first use in this function) src/ls_mysql.c:158: error: ?FIELD_TYPE_LONG_BLOB? undeclared (first use in this function) src/ls_mysql.c:158: error: ?FIELD_TYPE_BLOB? undeclared (first use in this function) src/ls_mysql.c:160: error: ?FIELD_TYPE_DATE? undeclared (first use in this function) src/ls_mysql.c:160: error: ?FIELD_TYPE_NEWDATE? undeclared (first use in this function) src/ls_mysql.c:162: error: ?FIELD_TYPE_DATETIME? undeclared (first use in this function) src/ls_mysql.c:164: error: ?FIELD_TYPE_TIME? undeclared (first use in this function) src/ls_mysql.c:166: error: ?FIELD_TYPE_TIMESTAMP? undeclared (first use in this function) src/ls_mysql.c:168: error: ?FIELD_TYPE_ENUM? undeclared (first use in this function) src/ls_mysql.c:168: error: ?FIELD_TYPE_SET? undeclared (first use in this function) src/ls_mysql.c:170: error: ?FIELD_TYPE_NULL? undeclared (first use in this function) src/ls_mysql.c: In function ?create_colinfo?: src/ls_mysql.c:182: error: ?MYSQL_FIELD? undeclared (first use in this function) src/ls_mysql.c:182: error: ?fields? undeclared (first use in this function) src/ls_mysql.c:183: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:185: warning: implicit declaration of function ?mysql_fetch_fields? src/ls_mysql.c:185: error: ?cur_data? has no member named ?my_res? src/ls_mysql.c:191: error: type of formal parameter 1 is incomplete src/ls_mysql.c: In function ?cur_fetch?: src/ls_mysql.c:206: error: ?MYSQL_RES? undeclared (first use in this function) src/ls_mysql.c:206: error: ?res? undeclared (first use in this function) src/ls_mysql.c:206: error: ?cur_data? has no member named ?my_res? src/ls_mysql.c:207: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:208: error: ?MYSQL_ROW? undeclared (first use in this function) src/ls_mysql.c:208: error: expected ?;? before ?row? src/ls_mysql.c:209: error: ?row? undeclared (first use in this function) src/ls_mysql.c:213: warning: implicit declaration of function ?mysql_fetch_lengths? src/ls_mysql.c:213: warning: assignment makes pointer from integer without a cast src/ls_mysql.c: In function ?cur_close?: src/ls_mysql.c:269: warning: implicit declaration of function ?mysql_free_result? src/ls_mysql.c:269: error: ?cur_data? has no member named ?my_res? src/ls_mysql.c: In function ?cur_numrows?: src/ls_mysql.c:319: warning: implicit declaration of function ?mysql_num_rows? src/ls_mysql.c:319: error: ?cur_data? has no member named ?my_res? src/ls_mysql.c: At top level: src/ls_mysql.c:327: error: expected declaration specifiers or ?...? before ?MYSQL_RES? src/ls_mysql.c: In function ?create_cursor?: src/ls_mysql.c:337: error: ?cur_data? has no member named ?my_res? src/ls_mysql.c:337: error: ?result? undeclared (first use in this function) src/ls_mysql.c: In function ?conn_close?: src/ls_mysql.c:359: warning: implicit declaration of function ?mysql_close? src/ls_mysql.c:359: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c: In function ?conn_execute?: src/ls_mysql.c:374: warning: implicit declaration of function ?mysql_real_query? src/ls_mysql.c:374: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:376: warning: implicit declaration of function ?mysql_error? src/ls_mysql.c:376: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:376: warning: passing argument 3 of ?luasql_failmessage? makes pointer from integer without a cast src/ls_mysql.c:379: error: ?MYSQL_RES? undeclared (first use in this function) src/ls_mysql.c:379: error: ?res? undeclared (first use in this function) src/ls_mysql.c:379: warning: implicit declaration of function ?mysql_store_result? src/ls_mysql.c:379: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:380: warning: implicit declaration of function ?mysql_field_count? src/ls_mysql.c:380: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:380: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:383: error: too many arguments to function ?create_cursor? src/ls_mysql.c:388: warning: implicit declaration of function ?mysql_affected_rows? src/ls_mysql.c:388: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:392: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:392: warning: passing argument 3 of ?luasql_failmessage? makes pointer from integer without a cast src/ls_mysql.c: In function ?conn_commit?: src/ls_mysql.c:403: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c: In function ?conn_rollback?: src/ls_mysql.c:413: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c: In function ?conn_setautocommit?: src/ls_mysql.c:424: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:427: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c: At top level: src/ls_mysql.c:437: error: expected declaration specifiers or ?...? before ?MYSQL? src/ls_mysql.c: In function ?create_connection?: src/ls_mysql.c:444: error: ?conn_data? has no member named ?my_conn? src/ls_mysql.c:444: error: ?my_conn? undeclared (first use in this function) src/ls_mysql.c: In function ?env_connect?: src/ls_mysql.c:462: error: ?MYSQL? undeclared (first use in this function) src/ls_mysql.c:462: error: ?conn? undeclared (first use in this function) src/ls_mysql.c:466: warning: implicit declaration of function ?mysql_init? src/ls_mysql.c:470: warning: implicit declaration of function ?mysql_real_connect? src/ls_mysql.c:474: warning: passing argument 2 of ?__builtin_strncpy? makes pointer from integer without a cast src/ls_mysql.c:478: error: too many arguments to function ?create_connection? src/ls_mysql.c: In function ?luaopen_luasql_mysql?: src/ls_mysql.c:557: error: expected ?)? before ?MYSQL_SERVER_VERSION? src/ls_mysql.c:557: error: too few arguments to function ?lua_pushlstring? make: *** [src/ls_mysql.o] Error 1 "config" settings # Driver (leave uncommented ONLY the line with the name of the driver) T= mysql #T= oci8 #T= odbc #T= postgres #T= sqlite #T=sqlite3 # Installation directories # Default prefix PREFIX = /usr/local # System's libraries directory (where binary libraries are installed) LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 # System's lua directory (where Lua libraries are installed) LUA_DIR= $(PREFIX)/share/lua/5.1 # Lua includes directory LUA_INC= $(PREFIX)/include # Lua version number (first and second digits of target version) LUA_VERSION_NUM= 501 # OS dependent LIB_OPTION= -shared #for Linux #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X LIBNAME= $T.so COMPAT_DIR= ../compat/src # Compilation parameters # Driver specific ######## MySQL DRIVER_LIBS= -L/usr/lib/mysql -lmysqlclient -lz DRIVER_INCS= -I/usr/include/mysql WARN= -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic INCS= -I$(LUA_INC) CFLAGS= -O2 $(WARN) -I$(COMPAT_DIR) $(DRIVER_INCS) $(INCS) $(DEFS) CC= gcc # $Id: config,v 1.8 2007/10/27 22:55:27 carregal Exp $ I am using CENT OS 5.3 32-bit. Regards, Venkat. On Wed, Sep 1, 2010 at 6:05 PM, Seven Du wrote: > src/luasql.c:8:17: error: lua.h: No such file or directory > > seems like you need to install lua devel package. I don't have CENT > but the package name should like lua-devel or lua51-devel etc. > > On Wed, Sep 1, 2010 at 7:55 PM, ovvenkat wrote: > > Hi to all, > > > > I could not able to compile "luasql-2.1.1" on CENT 5.3 32-bit. I am > getting > > following errors while compiling the source code > > > > > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic > > -I../compat/src -I/usr/local/include -c -o src/luasql.o src/luasql.c > > src/luasql.c:8:17: error: lua.h: No such file or directory > > src/luasql.c:9:21: error: lauxlib.h: No such file or directory > > src/luasql.c:11:24: error: compat-5.1.h: No such file or directory > > In file included from src/luasql.c:15: > > src/luasql.h:23: error: expected ?)? before ?*? token > > src/luasql.h:24: error: expected ?)? before ?*? token > > src/luasql.h:25: error: expected ?)? before ?*? token > > src/luasql.h:26: error: expected ?)? before ?*? token > > src/luasql.c:20: error: expected ?)? before ?*? token > > src/luasql.c:31: error: expected ?)? before ?*? token > > src/luasql.c:46: error: expected ?)? before ?*? token > > src/luasql.c:78: error: expected ?)? before ?*? token > > src/luasql.c:87: error: expected ?)? before ?*? token > > make: *** [src/luasql.o] Error 1 > > > > Any one faced resolved the same issue? > > > > -- > > > > Regards > > Venkat. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > Blog: http://www.dujinfang.com > Proj: http://www.freeswitch.org.cn > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/092eb4d4/attachment-0001.html From peder at networkoblivion.com Wed Sep 1 06:58:46 2010 From: peder at networkoblivion.com (Peder) Date: Wed, 1 Sep 2010 08:58:46 -0500 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: <097e01cb49dd$cbdfc130$639f4390$@com> Probably need to install mysql-devel too as it is missing a mysql header file. "error: mysql.h: No such file or directory" From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of ovvenkat Sent: Wednesday, September 01, 2010 8:46 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] not able to install luasql Hi thanks for you help, I have installed lua devel package. After that , I am getting following compilation error gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic -I../compat/src -I/usr/include/mysql -I/usr/local/include -c -o src/ls_mysql.o src/ls_mysql.c src/ls_mysql.c:19:19: error: mysql.h: No such file or directory src/ls_mysql.c:73: error: expected specifier-qualifier-list before 'MYSQL' src/ls_mysql.c:81: error: expected specifier-qualifier-list before 'MYSQL_RES' src/ls_mysql.c:148: warning: ISO C forbids forward references to 'enum' types src/ls_mysql.c:148: warning: 'enum enum_field_types' declared inside parameter list src/ls_mysql.c:148: warning: its scope is only this definition or declaration, which is probably not what you want src/ls_mysql.c:148: error: parameter 1 ('type') has incomplete type src/ls_mysql.c: In function 'getcolumntype': src/ls_mysql.c:151: error: 'FIELD_TYPE_VAR_STRING' undeclared (first use in this function) src/ls_mysql.c:151: error: (Each undeclared identifier is reported only once src/ls_mysql.c:151: error: for each function it appears in.) src/ls_mysql.c:151: error: 'FIELD_TYPE_STRING' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_DECIMAL' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_SHORT' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_LONG' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_FLOAT' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_DOUBLE' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_LONGLONG' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_INT24' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_YEAR' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_TINY' undeclared (first use in this function) src/ls_mysql.c:157: error: 'FIELD_TYPE_TINY_BLOB' undeclared (first use in this function) src/ls_mysql.c:157: error: 'FIELD_TYPE_MEDIUM_BLOB' undeclared (first use in this function) src/ls_mysql.c:158: error: 'FIELD_TYPE_LONG_BLOB' undeclared (first use in this function) src/ls_mysql.c:158: error: 'FIELD_TYPE_BLOB' undeclared (first use in this function) src/ls_mysql.c:160: error: 'FIELD_TYPE_DATE' undeclared (first use in this function) src/ls_mysql.c:160: error: 'FIELD_TYPE_NEWDATE' undeclared (first use in this function) src/ls_mysql.c:162: error: 'FIELD_TYPE_DATETIME' undeclared (first use in this function) src/ls_mysql.c:164: error: 'FIELD_TYPE_TIME' undeclared (first use in this function) src/ls_mysql.c:166: error: 'FIELD_TYPE_TIMESTAMP' undeclared (first use in this function) src/ls_mysql.c:168: error: 'FIELD_TYPE_ENUM' undeclared (first use in this function) src/ls_mysql.c:168: error: 'FIELD_TYPE_SET' undeclared (first use in this function) src/ls_mysql.c:170: error: 'FIELD_TYPE_NULL' undeclared (first use in this function) src/ls_mysql.c: In function 'create_colinfo': src/ls_mysql.c:182: error: 'MYSQL_FIELD' undeclared (first use in this function) src/ls_mysql.c:182: error: 'fields' undeclared (first use in this function) src/ls_mysql.c:183: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:185: warning: implicit declaration of function 'mysql_fetch_fields' src/ls_mysql.c:185: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:191: error: type of formal parameter 1 is incomplete src/ls_mysql.c: In function 'cur_fetch': src/ls_mysql.c:206: error: 'MYSQL_RES' undeclared (first use in this function) src/ls_mysql.c:206: error: 'res' undeclared (first use in this function) src/ls_mysql.c:206: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:207: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:208: error: 'MYSQL_ROW' undeclared (first use in this function) src/ls_mysql.c:208: error: expected ';' before 'row' src/ls_mysql.c:209: error: 'row' undeclared (first use in this function) src/ls_mysql.c:213: warning: implicit declaration of function 'mysql_fetch_lengths' src/ls_mysql.c:213: warning: assignment makes pointer from integer without a cast src/ls_mysql.c: In function 'cur_close': src/ls_mysql.c:269: warning: implicit declaration of function 'mysql_free_result' src/ls_mysql.c:269: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c: In function 'cur_numrows': src/ls_mysql.c:319: warning: implicit declaration of function 'mysql_num_rows' src/ls_mysql.c:319: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c: At top level: src/ls_mysql.c:327: error: expected declaration specifiers or '...' before 'MYSQL_RES' src/ls_mysql.c: In function 'create_cursor': src/ls_mysql.c:337: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:337: error: 'result' undeclared (first use in this function) src/ls_mysql.c: In function 'conn_close': src/ls_mysql.c:359: warning: implicit declaration of function 'mysql_close' src/ls_mysql.c:359: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_execute': src/ls_mysql.c:374: warning: implicit declaration of function 'mysql_real_query' src/ls_mysql.c:374: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:376: warning: implicit declaration of function 'mysql_error' src/ls_mysql.c:376: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:376: warning: passing argument 3 of 'luasql_failmessage' makes pointer from integer without a cast src/ls_mysql.c:379: error: 'MYSQL_RES' undeclared (first use in this function) src/ls_mysql.c:379: error: 'res' undeclared (first use in this function) src/ls_mysql.c:379: warning: implicit declaration of function 'mysql_store_result' src/ls_mysql.c:379: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:380: warning: implicit declaration of function 'mysql_field_count' src/ls_mysql.c:380: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:380: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:383: error: too many arguments to function 'create_cursor' src/ls_mysql.c:388: warning: implicit declaration of function 'mysql_affected_rows' src/ls_mysql.c:388: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:392: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:392: warning: passing argument 3 of 'luasql_failmessage' makes pointer from integer without a cast src/ls_mysql.c: In function 'conn_commit': src/ls_mysql.c:403: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_rollback': src/ls_mysql.c:413: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_setautocommit': src/ls_mysql.c:424: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:427: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: At top level: src/ls_mysql.c:437: error: expected declaration specifiers or '...' before 'MYSQL' src/ls_mysql.c: In function 'create_connection': src/ls_mysql.c:444: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:444: error: 'my_conn' undeclared (first use in this function) src/ls_mysql.c: In function 'env_connect': src/ls_mysql.c:462: error: 'MYSQL' undeclared (first use in this function) src/ls_mysql.c:462: error: 'conn' undeclared (first use in this function) src/ls_mysql.c:466: warning: implicit declaration of function 'mysql_init' src/ls_mysql.c:470: warning: implicit declaration of function 'mysql_real_connect' src/ls_mysql.c:474: warning: passing argument 2 of '__builtin_strncpy' makes pointer from integer without a cast src/ls_mysql.c:478: error: too many arguments to function 'create_connection' src/ls_mysql.c: In function 'luaopen_luasql_mysql': src/ls_mysql.c:557: error: expected ')' before 'MYSQL_SERVER_VERSION' src/ls_mysql.c:557: error: too few arguments to function 'lua_pushlstring' make: *** [src/ls_mysql.o] Error 1 "config" settings # Driver (leave uncommented ONLY the line with the name of the driver) T= mysql #T= oci8 #T= odbc #T= postgres #T= sqlite #T=sqlite3 # Installation directories # Default prefix PREFIX = /usr/local # System's libraries directory (where binary libraries are installed) LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 # System's lua directory (where Lua libraries are installed) LUA_DIR= $(PREFIX)/share/lua/5.1 # Lua includes directory LUA_INC= $(PREFIX)/include # Lua version number (first and second digits of target version) LUA_VERSION_NUM= 501 # OS dependent LIB_OPTION= -shared #for Linux #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X LIBNAME= $T.so COMPAT_DIR= ../compat/src # Compilation parameters # Driver specific ######## MySQL DRIVER_LIBS= -L/usr/lib/mysql -lmysqlclient -lz DRIVER_INCS= -I/usr/include/mysql WARN= -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic INCS= -I$(LUA_INC) CFLAGS= -O2 $(WARN) -I$(COMPAT_DIR) $(DRIVER_INCS) $(INCS) $(DEFS) CC= gcc # $Id: config,v 1.8 2007/10/27 22:55:27 carregal Exp $ I am using CENT OS 5.3 32-bit. Regards, Venkat. On Wed, Sep 1, 2010 at 6:05 PM, Seven Du wrote: src/luasql.c:8:17: error: lua.h: No such file or directory seems like you need to install lua devel package. I don't have CENT but the package name should like lua-devel or lua51-devel etc. On Wed, Sep 1, 2010 at 7:55 PM, ovvenkat wrote: > Hi to all, > > I could not able to compile "luasql-2.1.1" on CENT 5.3 32-bit. I am getting > following errors while compiling the source code > > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic > -I../compat/src -I/usr/local/include -c -o src/luasql.o src/luasql.c > src/luasql.c:8:17: error: lua.h: No such file or directory > src/luasql.c:9:21: error: lauxlib.h: No such file or directory > src/luasql.c:11:24: error: compat-5.1.h: No such file or directory > In file included from src/luasql.c:15: > src/luasql.h:23: error: expected ')' before '*' token > src/luasql.h:24: error: expected ')' before '*' token > src/luasql.h:25: error: expected ')' before '*' token > src/luasql.h:26: error: expected ')' before '*' token > src/luasql.c:20: error: expected ')' before '*' token > src/luasql.c:31: error: expected ')' before '*' token > src/luasql.c:46: error: expected ')' before '*' token > src/luasql.c:78: error: expected ')' before '*' token > src/luasql.c:87: error: expected ')' before '*' token > make: *** [src/luasql.o] Error 1 > > Any one faced resolved the same issue? > > -- > > Regards > Venkat. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/7e4c91c5/attachment-0001.html From brian at freeswitch.org Wed Sep 1 06:59:38 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 08:59:38 -0500 Subject: [Freeswitch-users] not able to connect freeswitch with mysql In-Reply-To: References: Message-ID: It usually goes in /etc/ not sure where you got the idea it goes in /usr/local/etc/ /b On Sep 1, 2010, at 5:13 AM, ovvenkat wrote: > > > I have solved the problem. we need to copy odbc.ini file into /ect/ folder not /usr/local/etc/ > > Regards, > Venkat. From peter.olsson at visionutveckling.se Wed Sep 1 07:03:16 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Wed, 1 Sep 2010 16:03:16 +0200 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC507BE9@cooper> Try to install mysql-devel package. /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r ovvenkat Skickat: den 1 september 2010 15:46 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] not able to install luasql Hi thanks for you help, I have installed lua devel package. After that , I am getting following compilation error gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic -I../compat/src -I/usr/include/mysql -I/usr/local/include -c -o src/ls_mysql.o src/ls_mysql.c src/ls_mysql.c:19:19: error: mysql.h: No such file or directory src/ls_mysql.c:73: error: expected specifier-qualifier-list before 'MYSQL' src/ls_mysql.c:81: error: expected specifier-qualifier-list before 'MYSQL_RES' src/ls_mysql.c:148: warning: ISO C forbids forward references to 'enum' types src/ls_mysql.c:148: warning: 'enum enum_field_types' declared inside parameter list src/ls_mysql.c:148: warning: its scope is only this definition or declaration, which is probably not what you want src/ls_mysql.c:148: error: parameter 1 ('type') has incomplete type src/ls_mysql.c: In function 'getcolumntype': src/ls_mysql.c:151: error: 'FIELD_TYPE_VAR_STRING' undeclared (first use in this function) src/ls_mysql.c:151: error: (Each undeclared identifier is reported only once src/ls_mysql.c:151: error: for each function it appears in.) src/ls_mysql.c:151: error: 'FIELD_TYPE_STRING' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_DECIMAL' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_SHORT' undeclared (first use in this function) src/ls_mysql.c:153: error: 'FIELD_TYPE_LONG' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_FLOAT' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_DOUBLE' undeclared (first use in this function) src/ls_mysql.c:154: error: 'FIELD_TYPE_LONGLONG' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_INT24' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_YEAR' undeclared (first use in this function) src/ls_mysql.c:155: error: 'FIELD_TYPE_TINY' undeclared (first use in this function) src/ls_mysql.c:157: error: 'FIELD_TYPE_TINY_BLOB' undeclared (first use in this function) src/ls_mysql.c:157: error: 'FIELD_TYPE_MEDIUM_BLOB' undeclared (first use in this function) src/ls_mysql.c:158: error: 'FIELD_TYPE_LONG_BLOB' undeclared (first use in this function) src/ls_mysql.c:158: error: 'FIELD_TYPE_BLOB' undeclared (first use in this function) src/ls_mysql.c:160: error: 'FIELD_TYPE_DATE' undeclared (first use in this function) src/ls_mysql.c:160: error: 'FIELD_TYPE_NEWDATE' undeclared (first use in this function) src/ls_mysql.c:162: error: 'FIELD_TYPE_DATETIME' undeclared (first use in this function) src/ls_mysql.c:164: error: 'FIELD_TYPE_TIME' undeclared (first use in this function) src/ls_mysql.c:166: error: 'FIELD_TYPE_TIMESTAMP' undeclared (first use in this function) src/ls_mysql.c:168: error: 'FIELD_TYPE_ENUM' undeclared (first use in this function) src/ls_mysql.c:168: error: 'FIELD_TYPE_SET' undeclared (first use in this function) src/ls_mysql.c:170: error: 'FIELD_TYPE_NULL' undeclared (first use in this function) src/ls_mysql.c: In function 'create_colinfo': src/ls_mysql.c:182: error: 'MYSQL_FIELD' undeclared (first use in this function) src/ls_mysql.c:182: error: 'fields' undeclared (first use in this function) src/ls_mysql.c:183: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:185: warning: implicit declaration of function 'mysql_fetch_fields' src/ls_mysql.c:185: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:191: error: type of formal parameter 1 is incomplete src/ls_mysql.c: In function 'cur_fetch': src/ls_mysql.c:206: error: 'MYSQL_RES' undeclared (first use in this function) src/ls_mysql.c:206: error: 'res' undeclared (first use in this function) src/ls_mysql.c:206: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:207: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:208: error: 'MYSQL_ROW' undeclared (first use in this function) src/ls_mysql.c:208: error: expected ';' before 'row' src/ls_mysql.c:209: error: 'row' undeclared (first use in this function) src/ls_mysql.c:213: warning: implicit declaration of function 'mysql_fetch_lengths' src/ls_mysql.c:213: warning: assignment makes pointer from integer without a cast src/ls_mysql.c: In function 'cur_close': src/ls_mysql.c:269: warning: implicit declaration of function 'mysql_free_result' src/ls_mysql.c:269: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c: In function 'cur_numrows': src/ls_mysql.c:319: warning: implicit declaration of function 'mysql_num_rows' src/ls_mysql.c:319: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c: At top level: src/ls_mysql.c:327: error: expected declaration specifiers or '...' before 'MYSQL_RES' src/ls_mysql.c: In function 'create_cursor': src/ls_mysql.c:337: error: 'cur_data' has no member named 'my_res' src/ls_mysql.c:337: error: 'result' undeclared (first use in this function) src/ls_mysql.c: In function 'conn_close': src/ls_mysql.c:359: warning: implicit declaration of function 'mysql_close' src/ls_mysql.c:359: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_execute': src/ls_mysql.c:374: warning: implicit declaration of function 'mysql_real_query' src/ls_mysql.c:374: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:376: warning: implicit declaration of function 'mysql_error' src/ls_mysql.c:376: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:376: warning: passing argument 3 of 'luasql_failmessage' makes pointer from integer without a cast src/ls_mysql.c:379: error: 'MYSQL_RES' undeclared (first use in this function) src/ls_mysql.c:379: error: 'res' undeclared (first use in this function) src/ls_mysql.c:379: warning: implicit declaration of function 'mysql_store_result' src/ls_mysql.c:379: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:380: warning: implicit declaration of function 'mysql_field_count' src/ls_mysql.c:380: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:380: warning: ISO C90 forbids mixed declarations and code src/ls_mysql.c:383: error: too many arguments to function 'create_cursor' src/ls_mysql.c:388: warning: implicit declaration of function 'mysql_affected_rows' src/ls_mysql.c:388: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:392: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:392: warning: passing argument 3 of 'luasql_failmessage' makes pointer from integer without a cast src/ls_mysql.c: In function 'conn_commit': src/ls_mysql.c:403: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_rollback': src/ls_mysql.c:413: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: In function 'conn_setautocommit': src/ls_mysql.c:424: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:427: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c: At top level: src/ls_mysql.c:437: error: expected declaration specifiers or '...' before 'MYSQL' src/ls_mysql.c: In function 'create_connection': src/ls_mysql.c:444: error: 'conn_data' has no member named 'my_conn' src/ls_mysql.c:444: error: 'my_conn' undeclared (first use in this function) src/ls_mysql.c: In function 'env_connect': src/ls_mysql.c:462: error: 'MYSQL' undeclared (first use in this function) src/ls_mysql.c:462: error: 'conn' undeclared (first use in this function) src/ls_mysql.c:466: warning: implicit declaration of function 'mysql_init' src/ls_mysql.c:470: warning: implicit declaration of function 'mysql_real_connect' src/ls_mysql.c:474: warning: passing argument 2 of '__builtin_strncpy' makes pointer from integer without a cast src/ls_mysql.c:478: error: too many arguments to function 'create_connection' src/ls_mysql.c: In function 'luaopen_luasql_mysql': src/ls_mysql.c:557: error: expected ')' before 'MYSQL_SERVER_VERSION' src/ls_mysql.c:557: error: too few arguments to function 'lua_pushlstring' make: *** [src/ls_mysql.o] Error 1 "config" settings # Driver (leave uncommented ONLY the line with the name of the driver) T= mysql #T= oci8 #T= odbc #T= postgres #T= sqlite #T=sqlite3 # Installation directories # Default prefix PREFIX = /usr/local # System's libraries directory (where binary libraries are installed) LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 # System's lua directory (where Lua libraries are installed) LUA_DIR= $(PREFIX)/share/lua/5.1 # Lua includes directory LUA_INC= $(PREFIX)/include # Lua version number (first and second digits of target version) LUA_VERSION_NUM= 501 # OS dependent LIB_OPTION= -shared #for Linux #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X LIBNAME= $T.so COMPAT_DIR= ../compat/src # Compilation parameters # Driver specific ######## MySQL DRIVER_LIBS= -L/usr/lib/mysql -lmysqlclient -lz DRIVER_INCS= -I/usr/include/mysql WARN= -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic INCS= -I$(LUA_INC) CFLAGS= -O2 $(WARN) -I$(COMPAT_DIR) $(DRIVER_INCS) $(INCS) $(DEFS) CC= gcc # $Id: config,v 1.8 2007/10/27 22:55:27 carregal Exp $ I am using CENT OS 5.3 32-bit. Regards, Venkat. On Wed, Sep 1, 2010 at 6:05 PM, Seven Du > wrote: src/luasql.c:8:17: error: lua.h: No such file or directory seems like you need to install lua devel package. I don't have CENT but the package name should like lua-devel or lua51-devel etc. On Wed, Sep 1, 2010 at 7:55 PM, ovvenkat > wrote: > Hi to all, > > I could not able to compile "luasql-2.1.1" on CENT 5.3 32-bit. I am getting > following errors while compiling the source code > > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi -pedantic > -I../compat/src -I/usr/local/include -c -o src/luasql.o src/luasql.c > src/luasql.c:8:17: error: lua.h: No such file or directory > src/luasql.c:9:21: error: lauxlib.h: No such file or directory > src/luasql.c:11:24: error: compat-5.1.h: No such file or directory > In file included from src/luasql.c:15: > src/luasql.h:23: error: expected ')' before '*' token > src/luasql.h:24: error: expected ')' before '*' token > src/luasql.h:25: error: expected ')' before '*' token > src/luasql.h:26: error: expected ')' before '*' token > src/luasql.c:20: error: expected ')' before '*' token > src/luasql.c:31: error: expected ')' before '*' token > src/luasql.c:46: error: expected ')' before '*' token > src/luasql.c:78: error: expected ')' before '*' token > src/luasql.c:87: error: expected ')' before '*' token > make: *** [src/luasql.o] Error 1 > > Any one faced resolved the same issue? > > -- > > Regards > Venkat. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. !DSPAM:4c7e5b6932933554619198! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/e2750cac/attachment-0001.html From freeswitch-list at puzzled.xs4all.nl Wed Sep 1 07:10:36 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Wed, 01 Sep 2010 16:10:36 +0200 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: References: Message-ID: <4C7E5EDC.20404@puzzled.xs4all.nl> On 09/01/2010 03:45 PM, ovvenkat wrote: > Hi thanks for you help, I have installed lua devel package. After that > , I am getting following compilation error > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -ansi > -pedantic -I../compat/src -I/usr/include/mysql -I/usr/local/include > -c -o src/ls_mysql.o src/ls_mysql.c > src/ls_mysql.c:19:19: error: mysql.h: No such file or directory ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ You would help yourself if you actually *read* the error message. It is the exact same problem you had with Lua. Install mysql-devel. Regards, Patrick From brian at freeswitch.org Wed Sep 1 07:15:06 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 09:15:06 -0500 Subject: [Freeswitch-users] not able to install luasql In-Reply-To: <4C7E5EDC.20404@puzzled.xs4all.nl> References: <4C7E5EDC.20404@puzzled.xs4all.nl> Message-ID: Its just an example of someone moving so fast they fail to pay attention to their surroundings. I recommend he slow down a little and pay closer attention to errors. /b On Sep 1, 2010, at 9:10 AM, Patrick Lists wrote: > You would help yourself if you actually *read* the error message. It is > the exact same problem you had with Lua. Install mysql-devel. > > Regards, > Patrick From jock.mckechnie at gmail.com Wed Sep 1 07:20:03 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Wed, 1 Sep 2010 09:20:03 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> Message-ID: On Tue, Aug 31, 2010 at 4:55 PM, Brian West wrote: > What device are you working with.. because handling early media is optional > so your device might be ignoring it. > I'm working directly with an inbound vendor, with a signalling proxy in the middle, so the flow is: Verizon -> OpenSIPS -> FreeSWITCH The media is, of course, going direct VZ<->FS (which works, since asides from the early media, I get the audio fine on Playback). VZ is running a Sonus of some sort, beyond that I'm unsure. I know I can force a ringback on inbound Asterisk calls and it works, so I'm assuming their equipment is correctly set to handle early media, but not 100% positive. - JP > > On Aug 31, 2010, at 4:47 PM, Jock McKechnie wrote: > > > I'm getting closer, but still not quite there. Can anyone point out what > I'm still missing? > > > > My thanks; > > > > - Jock > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/c6f01d41/attachment.html From brian at freeswitch.org Wed Sep 1 07:24:28 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 09:24:28 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> Message-ID: <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Again I can tell you without a shadow of a doubt that this works fine... FreeSWITCH will send early media we have people doing this... if it didn't work we would have an army of very angry people beating our doors down. Are you doing any RTP proxy on OpenSIPS? /b On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: > > On Tue, Aug 31, 2010 at 4:55 PM, Brian West wrote: > What device are you working with.. because handling early media is optional so your device might be ignoring it. > > I'm working directly with an inbound vendor, with a signalling proxy in the middle, so the flow is: > > Verizon -> OpenSIPS -> FreeSWITCH > > The media is, of course, going direct VZ<->FS (which works, since asides from the early media, I get the audio fine on Playback). > > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I can force a ringback on inbound Asterisk calls and it works, so I'm assuming their equipment is correctly set to handle early media, but not 100% positive. > > > - JP From brian at freeswitch.org Wed Sep 1 07:24:28 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 09:24:28 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> Message-ID: <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Again I can tell you without a shadow of a doubt that this works fine... FreeSWITCH will send early media we have people doing this... if it didn't work we would have an army of very angry people beating our doors down. Are you doing any RTP proxy on OpenSIPS? /b On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: > > On Tue, Aug 31, 2010 at 4:55 PM, Brian West wrote: > What device are you working with.. because handling early media is optional so your device might be ignoring it. > > I'm working directly with an inbound vendor, with a signalling proxy in the middle, so the flow is: > > Verizon -> OpenSIPS -> FreeSWITCH > > The media is, of course, going direct VZ<->FS (which works, since asides from the early media, I get the audio fine on Playback). > > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I can force a ringback on inbound Asterisk calls and it works, so I'm assuming their equipment is correctly set to handle early media, but not 100% positive. > > > - JP From jock.mckechnie at gmail.com Wed Sep 1 08:07:54 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Wed, 1 Sep 2010 10:07:54 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Message-ID: On Wed, Sep 1, 2010 at 9:24 AM, Brian West wrote: > Again I can tell you without a shadow of a doubt that this works fine... > FreeSWITCH will send early media we have people doing this... if it didn't > work we would have an army of very angry people beating our doors down. Are > you doing any RTP proxy on OpenSIPS? > Believe me, I understand what you're saying. This is why I keep suggesting I must be doing something barmy, but as yet, it just simply isn't working and I can't find whatever "it" is. No RTP proxying. I just tried it with a different inbound provider (Peerless), to ensure it wasn't specifically a VZ thing, and it isn't. I then realised that I *know* it's FreeSWITCH not playing ball, not a provider, because I've used Wireshark to reassemble the RTP and listen to it, and it definitely /is not/ playing any kind of ringing cadence in early media. The early media RTP is literally silence, until the call 200 OKs and the RTP has the Playback audio. What's my next step? Hire a consultant to actually log into the machine? I don't like admitting defeat, but I'm wondering if I'm to the point where without having someone staring at how it's set up, and can personally tcpdump to see what I'm seeing (so they know I'm not full of it;), I'm not going to get much further. Thanks; - Jock > On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: > > > > > On Tue, Aug 31, 2010 at 4:55 PM, Brian West > wrote: > > What device are you working with.. because handling early media is > optional so your device might be ignoring it. > > > > I'm working directly with an inbound vendor, with a signalling proxy in > the middle, so the flow is: > > > > Verizon -> OpenSIPS -> FreeSWITCH > > > > The media is, of course, going direct VZ<->FS (which works, since asides > from the early media, I get the audio fine on Playback). > > > > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I can > force a ringback on inbound Asterisk calls and it works, so I'm assuming > their equipment is correctly set to handle early media, but not 100% > positive. > > > > > > - JP > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/94c950c4/attachment-0001.html From adminjew at gmail.com Wed Sep 1 08:10:28 2010 From: adminjew at gmail.com (Yitzchok) Date: Wed, 1 Sep 2010 11:10:28 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: <1283347083542-5486890.post@n2.nabble.com> References: <1283347083542-5486890.post@n2.nabble.com> Message-ID: @Phillip I don't think you need the namespace in there at least on windows (and in the docs it says classname) @Jeff It seems like the dll's and csx files load fine into freeswitch but when I call them in the dialplan it throws Here is the exception for the csx file 2010-09-01 10:38:04.832604 [ERR] switch_cpp.cpp:1177 Exception in Run(Ivr.TestIvr): System.NullReferenceException: Object reference not set to an instance of an object Server stack trace: at System.Runtime.Serialization.SerializationCallbacks.GetMethodsByAttribute (System.Type type, System.Type attr) [0x00000] in :0 at System.Runtime.Serialization.SerializationCallbacks..ctor (System.Type type) [0x00000] in :0 at System.Runtime.Serialization.SerializationCallbacks.GetSerializationCallbacks (System.Type t) [0x00000] in :0 at System.Runtime.Serialization.SerializationObjectManager.RegisterObject (System.Object obj) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.GetObjectData (System.Object obj, System.Runtime.Serialization.Formatters.Binary.TypeMetadata& metadata, System.Object& data) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObject (System.IO.BinaryWriter writer, Int64 id, System.Object obj) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectInstance (System.IO.BinaryWriter writer, System.Object obj, Boolean isValueObject) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteQueuedObjects (System.IO.BinaryWriter writer) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectGraph (System.IO.BinaryWriter writer, System.Object obj, System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph, System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in :0 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph) [0x00000] in :0 at System.Runtime.Remoting.RemotingServices.SerializeExceptionData (System.Exception ex) [0x00000] in :0 Exception rethrown at [0]: at (wrapper xdomain-invoke) FreeSWITCH.AppPluginExecutor:Execute (string,intptr) at (wrapper remoting-invoke-with-check) FreeSWITCH.AppPluginExecutor:Execute (string,intptr) at FreeSWITCH.Loader.Run (System.String command, IntPtr sessionHandle) [0x00000] in :0 2010-09-01 10:38:04.832604 [ERR] mod_managed.cpp:422 Application run failed for Ivr.TestIvr (unknown module or exception). ------ I did get this exception once it then unloads the dll and it crashed FS (but I can't reproduce it) 2010-09-01 10:43:25.882172 [ALERT] switch_cpp.cpp:1177 Exception loading /usr/local/freeswitch/mod/managed/TestSystem.FreeSWITCH.Ivr.dll: System.ArgumentException: Culture name nSystem.FreeSWITCH.Ivr.dll is not supported. Parameter name: name Server stack trace: at System.Globalization.CultureInfo..ctor (System.String name, Boolean useUserOverride, Boolean read_only) [0x00000] in :0 at System.Globalization.CultureInfo.CreateCulture (System.String name, Boolean reference) [0x00000] in :0 at (wrapper managed-to-native) System.Reflection.Assembly:GetReferencedAssemblies () at FreeSWITCH.AsmPluginManager.LoadInternal (System.String fileName) [0x00000] in :0 at FreeSWITCH.PluginManager.Load (System.String file) [0x00000] in :0 at (wrapper remoting-invoke-with-check) FreeSWITCH.PluginManager:Load (string) at (wrapper xdomain-dispatch) FreeSWITCH.PluginManager:Load (object,byte[]&,byte[]&,string) Exception rethrown at [0]: at (wrapper xdomain-invoke) FreeSWITCH.PluginManager:Load (string) at (wrapper remoting-invoke-with-check) FreeSWITCH.PluginManager:Load (string) at FreeSWITCH.Loader.loadFile (System.String fileName) [0x00000] in :0 Yitzchok On Wed, Sep 1, 2010 at 9:18 AM, Jeff Lenk wrote: > > When Demo.csx is places in mod/managed does it get loaded and compiled > correctly? > You should see it load when FS starts as well as dynamically picked up if > copied while FS running. > What version of the framework are you compiling the dll for? that might be > the problem. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5486890.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/63d15265/attachment.html From david.ponzone at ipeva.fr Wed Sep 1 08:18:03 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 1 Sep 2010 17:18:03 +0200 Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: Message-ID: Register your Quintum to FS, and in FS, you will be able to dial a specific number through the Quintum with the syntax: where $1 is of course the number you want to dial ^ allows to replace the dialed number in the INVITE you send to the client. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 01/09/2010 ? 06:01, Octavio Duarte a ?crit : > Hello everybody > > I have FreeSwitch running and i have done some call between > extensions, i bought the book on amazon its a great book but its > focus to make a pbx , i could not find an answer to my problem, i > have a Quintum and 2 land lines connected to it. My quintum does not > have a fixed IP, i wanna use my Quintum as a gateway to sent call > to PSTN, but i cant beacause i dont know the ip address. i wanna > know if is there a way to register the gateway to freeswitch? or > maybe i can register the quintum as a endpoin but how can i sent the > dialed number()destination_number) to that endpoint or user? so i > either want to use mod distributor (simple round-robin) and Limit on > it, beacuse all examples i have seen is for using with gateways! > > I have read mod sofia and almost the whole book but i can find any > example for doing this! > > Thanks in advance for everyone in this project that is amazing! > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/7dd00a42/attachment.html From msc at freeswitch.org Wed Sep 1 09:05:39 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 1 Sep 2010 09:05:39 -0700 Subject: [Freeswitch-users] FreeSWITCH Community Conference Call: mod_callcenter Message-ID: Hello all! Today's agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2010_09_01 Moc will be talking about mod_callcenter. Also, time-permitting we'll have one of the developers on the call to answer a few questions. Thanks! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/7b574bc5/attachment.html From anthony.minessale at gmail.com Wed Sep 1 09:08:23 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 1 Sep 2010 11:08:23 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Message-ID: Your problem is 100% related to the example you are testing and not the real-world usage. in your dialplan where you have: change it to: This is not documented properly in the default config. Without the ignore_early_media param the ringing stage ends as soon as you get a 183 and the call bridges instantly assuming the far end will be sending the media. On Wed, Sep 1, 2010 at 10:07 AM, Jock McKechnie wrote: > > > On Wed, Sep 1, 2010 at 9:24 AM, Brian West wrote: >> >> Again I can tell you without a shadow of a doubt that this works fine... >> FreeSWITCH will send early media we have people doing this... if it didn't >> work we would have an army of very angry people beating our doors down. ?Are >> you doing any RTP proxy on OpenSIPS? > > Believe me, I understand what you're saying. This is why I keep suggesting I > must be doing something barmy, but as yet, it just simply isn't working and > I can't find whatever "it" is. > No RTP proxying. > I just tried it with a different inbound provider (Peerless), to ensure it > wasn't specifically a VZ thing, and it isn't. I then realised that I *know* > it's FreeSWITCH not playing ball, not a provider, because I've used > Wireshark to reassemble the RTP and listen to it, and it definitely /is not/ > playing any kind of ringing cadence in early media. The early media RTP is > literally silence, until the call 200 OKs and the RTP has the Playback > audio. > What's my next step? Hire a consultant to actually log into the machine? I > don't like admitting defeat, but I'm wondering if I'm to the point where > without having someone staring at how it's set up, and can personally > tcpdump to see what I'm seeing (so they know I'm not full of it;),?I'm not > going to get much further. > Thanks; > ?- Jock > >> >> On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: >> >> > >> > On Tue, Aug 31, 2010 at 4:55 PM, Brian West >> > wrote: >> > What device are you working with.. because handling early media is >> > optional so your device might be ignoring it. >> > >> > I'm working directly with an inbound vendor, with a signalling proxy in >> > the middle, so the flow is: >> > >> > Verizon -> OpenSIPS -> FreeSWITCH >> > >> > The media is, of course, going direct VZ<->FS (which works, since asides >> > from the early media, I get the audio fine on Playback). >> > >> > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I can >> > force a ringback on inbound Asterisk calls and it works, so I'm assuming >> > their equipment is correctly set to handle early media, but not 100% >> > positive. >> > >> > >> > ?- JP >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From esamuels777 at gmail.com Wed Sep 1 09:43:18 2010 From: esamuels777 at gmail.com (Errol Samuels) Date: Wed, 1 Sep 2010 17:43:18 +0100 Subject: [Freeswitch-users] Nextone (Genband) >> Freeswitch Ringback issue Message-ID: > Get a pcap and see if RTP is flowing when the 183 is sent. If so then you > know the carrier is blowing smoke. If not the you know that your ring_ready > app isn't working for whatever reason. > -MC > The ring_ready does work for sure....the carrier also did a trace on their side that proves they are receiving everything from us but can't explain why they are not hearing ringback. - ES > > On Tue, Aug 31, 2010 at 3:14 AM, Errol Samuels wrote: > >> Hello All, >> >> I have a weird situation where a carrier is sending calls to our FS server >> but not hearing a Ringback tone, however once the call connects they are >> getting audio but when this carrier sends calls to our Yate server they are >> getting the Ringback without a problem. >> >> I have tried setting the Ring_Ready below but it didn't help the situation >> either. >> >> >> >> >> >> >> >> The traces from both the FS server and the Yate server show we are >> sending: >> >> 100 Trying >> 180 Ringing >> 183 Session Progress with SDP >> >> The carrier is claiming they are using the same configuration for both the >> Yate and FS server. Has anyone had similar a similar issue with Nextone >> (Genband)? >> >> Just to mention we are sending calls to this carrier from FS without >> issue. >> >> Thanks in advance, >> >> Errol >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/95f28ea4/attachment.html From Peter.Hinman at ParcelPool.com Wed Sep 1 09:48:08 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 10:48:08 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: References: <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Message-ID: <4C7E83C8.5060903@ParcelPool.com> I'm struggling with getting VoiceMail messages sent out via email. I've tried the python and PHP scripts but it doesn't look like either of them actually get run when a voice mail is left. I've also created a lua script for testing purposes to show that the script is actually being called, and it doesn't look like it's getting called either. Currently in switch.conf.xml I have the following: My directory.xml contains the following: The session log for the call shows the following: 2010-09-01 16:28:55.588613 [DEBUG] mod_voicemail.c:2403 Deliver VM to 1001 at ParcelPool.com 2010-09-01 16:28:55.607187 [DEBUG] switch_utils.c:631 Emailed file [/tmp/mail.12833585354d4c] to [Peter.Hinman at ParcelPool.com] 2010-09-01 16:28:55.607187 [DEBUG] mod_voicemail.c:2571 Sending message to Peter.Hinman at ParcelPool.com 2010-09-01 16:28:55.609671 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup If I call the lua script from the command line it runs correctly, but it doesn't appear to get called by FS when I leave a voice mail msg. Any ideas what I'm missing here? Thanks, Peter From brian at freeswitch.org Wed Sep 1 09:56:16 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 11:56:16 -0500 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7E83C8.5060903@ParcelPool.com> References: <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> <4C7E83C8.5060903@ParcelPool.com> Message-ID: <2A1E07CD-0847-47E6-9A04-1982FA2B5413@freeswitch.org> Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. Have you tried this: http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail /b On Sep 1, 2010, at 11:48 AM, Peter Hinman wrote: > I'm struggling with getting VoiceMail messages sent out via email. > I've tried the python and PHP scripts but it doesn't look like either of > them actually get run when a voice mail is left. I've also created a > lua script for testing purposes to show that the script is actually > being called, and it doesn't look like it's getting called either. > > Currently in switch.conf.xml I have the following: > > > value="/usr/local/freeswitch/scripts/test.lua"/> > > > My directory.xml contains the following: > > > > > > > > > > The session log for the call shows the following: > 2010-09-01 16:28:55.588613 [DEBUG] mod_voicemail.c:2403 Deliver VM to > 1001 at ParcelPool.com > 2010-09-01 16:28:55.607187 [DEBUG] switch_utils.c:631 Emailed file > [/tmp/mail.12833585354d4c] to [Peter.Hinman at ParcelPool.com] > 2010-09-01 16:28:55.607187 [DEBUG] mod_voicemail.c:2571 Sending message > to Peter.Hinman at ParcelPool.com > 2010-09-01 16:28:55.609671 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup > > > If I call the lua script from the command line it runs correctly, but it > doesn't appear to get called by FS when I leave a voice mail msg. > > Any ideas what I'm missing here? > > Thanks, > Peter From brian at freeswitch.org Wed Sep 1 09:56:16 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 11:56:16 -0500 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7E83C8.5060903@ParcelPool.com> References: <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> <4C7E83C8.5060903@ParcelPool.com> Message-ID: <2A1E07CD-0847-47E6-9A04-1982FA2B5413@freeswitch.org> Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. Have you tried this: http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail /b On Sep 1, 2010, at 11:48 AM, Peter Hinman wrote: > I'm struggling with getting VoiceMail messages sent out via email. > I've tried the python and PHP scripts but it doesn't look like either of > them actually get run when a voice mail is left. I've also created a > lua script for testing purposes to show that the script is actually > being called, and it doesn't look like it's getting called either. > > Currently in switch.conf.xml I have the following: > > > value="/usr/local/freeswitch/scripts/test.lua"/> > > > My directory.xml contains the following: > > > > > > > > > > The session log for the call shows the following: > 2010-09-01 16:28:55.588613 [DEBUG] mod_voicemail.c:2403 Deliver VM to > 1001 at ParcelPool.com > 2010-09-01 16:28:55.607187 [DEBUG] switch_utils.c:631 Emailed file > [/tmp/mail.12833585354d4c] to [Peter.Hinman at ParcelPool.com] > 2010-09-01 16:28:55.607187 [DEBUG] mod_voicemail.c:2571 Sending message > to Peter.Hinman at ParcelPool.com > 2010-09-01 16:28:55.609671 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup > > > If I call the lua script from the command line it runs correctly, but it > doesn't appear to get called by FS when I leave a voice mail msg. > > Any ideas what I'm missing here? > > Thanks, > Peter From brian at freeswitch.org Wed Sep 1 09:56:16 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 11:56:16 -0500 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7E83C8.5060903@ParcelPool.com> References: <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> <4C7E83C8.5060903@ParcelPool.com> Message-ID: <2A1E07CD-0847-47E6-9A04-1982FA2B5413@freeswitch.org> Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. Have you tried this: http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail /b On Sep 1, 2010, at 11:48 AM, Peter Hinman wrote: > I'm struggling with getting VoiceMail messages sent out via email. > I've tried the python and PHP scripts but it doesn't look like either of > them actually get run when a voice mail is left. I've also created a > lua script for testing purposes to show that the script is actually > being called, and it doesn't look like it's getting called either. > > Currently in switch.conf.xml I have the following: > > > value="/usr/local/freeswitch/scripts/test.lua"/> > > > My directory.xml contains the following: > > > > > > > > > > The session log for the call shows the following: > 2010-09-01 16:28:55.588613 [DEBUG] mod_voicemail.c:2403 Deliver VM to > 1001 at ParcelPool.com > 2010-09-01 16:28:55.607187 [DEBUG] switch_utils.c:631 Emailed file > [/tmp/mail.12833585354d4c] to [Peter.Hinman at ParcelPool.com] > 2010-09-01 16:28:55.607187 [DEBUG] mod_voicemail.c:2571 Sending message > to Peter.Hinman at ParcelPool.com > 2010-09-01 16:28:55.609671 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup > > > If I call the lua script from the command line it runs correctly, but it > doesn't appear to get called by FS when I leave a voice mail msg. > > Any ideas what I'm missing here? > > Thanks, > Peter From jock.mckechnie at gmail.com Wed Sep 1 10:03:40 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Wed, 1 Sep 2010 12:03:40 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Message-ID: On Wed, Sep 1, 2010 at 11:08 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Your problem is 100% related to the example you are testing and not > the real-world usage. > Agreed, however this is what my company needs it to do, so it's "real world" for me. > > in your dialplan where you have: > > > > change it to: > > data="{ignore_early_media=true}loopback/wait"/> > > This is not documented properly in the default config. > Without the ignore_early_media param the ringing stage ends as soon as > you get a 183 and the call bridges instantly assuming the far end will > be sending the media. I've tried this, actually (I did so again, just to be sure). This is also not the issue. I'm not making this up just to give you guys a hard time, it _really_ isn't working, I swear. (Go ahead, call 213/289-5773, it's up right now) - JP > > On Wed, Sep 1, 2010 at 10:07 AM, Jock McKechnie > wrote: > > > > > > On Wed, Sep 1, 2010 at 9:24 AM, Brian West wrote: > >> > >> Again I can tell you without a shadow of a doubt that this works fine... > >> FreeSWITCH will send early media we have people doing this... if it > didn't > >> work we would have an army of very angry people beating our doors down. > Are > >> you doing any RTP proxy on OpenSIPS? > > > > Believe me, I understand what you're saying. This is why I keep > suggesting I > > must be doing something barmy, but as yet, it just simply isn't working > and > > I can't find whatever "it" is. > > No RTP proxying. > > I just tried it with a different inbound provider (Peerless), to ensure > it > > wasn't specifically a VZ thing, and it isn't. I then realised that I > *know* > > it's FreeSWITCH not playing ball, not a provider, because I've used > > Wireshark to reassemble the RTP and listen to it, and it definitely /is > not/ > > playing any kind of ringing cadence in early media. The early media RTP > is > > literally silence, until the call 200 OKs and the RTP has the Playback > > audio. > > What's my next step? Hire a consultant to actually log into the machine? > I > > don't like admitting defeat, but I'm wondering if I'm to the point where > > without having someone staring at how it's set up, and can personally > > tcpdump to see what I'm seeing (so they know I'm not full of it;), I'm > not > > going to get much further. > > Thanks; > > - Jock > > > >> > >> On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: > >> > >> > > >> > On Tue, Aug 31, 2010 at 4:55 PM, Brian West > >> > wrote: > >> > What device are you working with.. because handling early media is > >> > optional so your device might be ignoring it. > >> > > >> > I'm working directly with an inbound vendor, with a signalling proxy > in > >> > the middle, so the flow is: > >> > > >> > Verizon -> OpenSIPS -> FreeSWITCH > >> > > >> > The media is, of course, going direct VZ<->FS (which works, since > asides > >> > from the early media, I get the audio fine on Playback). > >> > > >> > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I > can > >> > force a ringback on inbound Asterisk calls and it works, so I'm > assuming > >> > their equipment is correctly set to handle early media, but not 100% > >> > positive. > >> > > >> > > >> > - JP > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/b99909c3/attachment-0001.html From anthony.minessale at gmail.com Wed Sep 1 10:17:07 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 1 Sep 2010 12:17:07 -0500 Subject: [Freeswitch-users] Early Media troubles In-Reply-To: References: <6392BDA3-442D-4F94-A67C-CB4878FDBA55@freeswitch.org> <8BF5D8CF-CA43-4152-8E1C-C253EBFDAD96@freeswitch.org> <964D421A-B03D-4FCB-90BE-0F49D573050F@freeswitch.org> <664D50F3-40B1-47C2-8022-418CCE419FAE@freeswitch.org> <3E6D924F-2005-452A-AD39-5C79D689D659@freeswitch.org> Message-ID: your company needs to do loopback? I also have confirmed it works every single time before I post you an example. The last thing I said indeed makes it work properly on the default config. I just listened to the uk ringback. If you make us SSH to your box and do it for you we will if it ends this thread. On Wed, Sep 1, 2010 at 12:03 PM, Jock McKechnie wrote: > > > On Wed, Sep 1, 2010 at 11:08 AM, Anthony Minessale > wrote: >> >> Your problem is 100% related to the example you are testing and not >> the real-world usage. > > Agreed, however this is what my company needs it to do, so it's "real world" > for me. > >> >> in your dialplan where you have: >> >> >> >> change it to: >> >> > data="{ignore_early_media=true}loopback/wait"/> >> >> This is not documented properly in the default config. >> Without the ignore_early_media param the ringing stage ends as soon as >> you get a 183 and the call bridges instantly assuming the far end will >> be sending the media. > > I've tried this, actually (I did so again, just to be sure). > This is also not the issue. > I'm not making this up just to give you guys a hard time, it _really_ isn't > working, I swear. > (Go ahead, call 213/289-5773, it's up right now) > ?- JP > >> >> On Wed, Sep 1, 2010 at 10:07 AM, Jock McKechnie >> wrote: >> > >> > >> > On Wed, Sep 1, 2010 at 9:24 AM, Brian West wrote: >> >> >> >> Again I can tell you without a shadow of a doubt that this works >> >> fine... >> >> FreeSWITCH will send early media we have people doing this... if it >> >> didn't >> >> work we would have an army of very angry people beating our doors down. >> >> ?Are >> >> you doing any RTP proxy on OpenSIPS? >> > >> > Believe me, I understand what you're saying. This is why I keep >> > suggesting I >> > must be doing something barmy, but as yet, it just simply isn't working >> > and >> > I can't find whatever "it" is. >> > No RTP proxying. >> > I just tried it with a different inbound provider (Peerless), to ensure >> > it >> > wasn't specifically a VZ thing, and it isn't. I then realised that I >> > *know* >> > it's FreeSWITCH not playing ball, not a provider, because I've used >> > Wireshark to reassemble the RTP and listen to it, and it definitely /is >> > not/ >> > playing any kind of ringing cadence in early media. The early media RTP >> > is >> > literally silence, until the call 200 OKs and the RTP has the Playback >> > audio. >> > What's my next step? Hire a consultant to actually log into the machine? >> > I >> > don't like admitting defeat, but I'm wondering if I'm to the point where >> > without having someone staring at how it's set up, and can personally >> > tcpdump to see what I'm seeing (so they know I'm not full of it;),?I'm >> > not >> > going to get much further. >> > Thanks; >> > ?- Jock >> > >> >> >> >> On Sep 1, 2010, at 9:20 AM, Jock McKechnie wrote: >> >> >> >> > >> >> > On Tue, Aug 31, 2010 at 4:55 PM, Brian West >> >> > wrote: >> >> > What device are you working with.. because handling early media is >> >> > optional so your device might be ignoring it. >> >> > >> >> > I'm working directly with an inbound vendor, with a signalling proxy >> >> > in >> >> > the middle, so the flow is: >> >> > >> >> > Verizon -> OpenSIPS -> FreeSWITCH >> >> > >> >> > The media is, of course, going direct VZ<->FS (which works, since >> >> > asides >> >> > from the early media, I get the audio fine on Playback). >> >> > >> >> > VZ is running a Sonus of some sort, beyond that I'm unsure. I know I >> >> > can >> >> > force a ringback on inbound Asterisk calls and it works, so I'm >> >> > assuming >> >> > their equipment is correctly set to handle early media, but not 100% >> >> > positive. >> >> > >> >> > >> >> > ?- JP >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From adolfo at delorenzo.mobi Wed Sep 1 10:22:36 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Wed, 1 Sep 2010 14:22:36 -0300 Subject: [Freeswitch-users] freeswitch & freenum anyone? Message-ID: Anyone managed to make FS work with Freenum? Thanks, Adolfo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/85a03671/attachment.html From brian at freeswitch.org Wed Sep 1 10:26:43 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 12:26:43 -0500 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: References: Message-ID: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> Already works with ISN dialing.. /b On Sep 1, 2010, at 12:22 PM, Adolfo Delorenzo wrote: > Anyone managed to make FS work with Freenum? > > Thanks, > > Adolfo From Peter.Hinman at ParcelPool.com Wed Sep 1 10:39:17 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 11:39:17 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles Message-ID: <4C7E8FC5.1060109@ParcelPool.com> D'oh! Sorry about that. I did try the nullmailer. I've had a hard time finding details on getting it setup correctly, so I don't know if FS actually tried to use it and nullmailer failed, or if FS didn't even make the call. Given that the php/python/lua scripts don't appear to be called at all, I'm inclined to think that nullmailer never had a chance either. Any other ideas? On 9/1/2010 10:56 AM, Brian West wrote: > Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. > > Have you tried this: > > http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings > > > I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail > > /b > > > On Sep 1, 2010, at 11:48 AM, Peter Hinman wrote: > >> I'm struggling with getting VoiceMail messages sent out via email. >> I've tried the python and PHP scripts but it doesn't look like either of >> them actually get run when a voice mail is left. I've also created a >> lua script for testing purposes to show that the script is actually >> being called, and it doesn't look like it's getting called either. >> >> Currently in switch.conf.xml I have the following: >> >> >> > value="/usr/local/freeswitch/scripts/test.lua"/> >> >> >> My directory.xml contains the following: >> >> >> >> >> >> >> >> >> >> The session log for the call shows the following: >> 2010-09-01 16:28:55.588613 [DEBUG] mod_voicemail.c:2403 Deliver VM to >> 1001 at ParcelPool.com >> 2010-09-01 16:28:55.607187 [DEBUG] switch_utils.c:631 Emailed file >> [/tmp/mail.12833585354d4c] to [Peter.Hinman at ParcelPool.com] >> 2010-09-01 16:28:55.607187 [DEBUG] mod_voicemail.c:2571 Sending message >> to Peter.Hinman at ParcelPool.com >> 2010-09-01 16:28:55.609671 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup >> >> >> If I call the lua script from the command line it runs correctly, but it >> doesn't appear to get called by FS when I leave a voice mail msg. >> >> Any ideas what I'm missing here? >> >> Thanks, >> Peter > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 From adolfo at delorenzo.mobi Wed Sep 1 10:41:19 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Wed, 1 Sep 2010 14:41:19 -0300 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> References: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> Message-ID: Brian, Thanks, I got a ITAD (1325) with IANA but when I try to call for instance * ext**1325 my FS doesn't route calls to the proper extension from an internal extension or from outside gateways. A 'enum *ext**1325' responds with my FS server domain correctly on the console (fs_cli). What could I be doing wrong? BRgds, Adolfo On 1 September 2010 14:26, Brian West wrote: > Already works with ISN dialing.. > > /b > > On Sep 1, 2010, at 12:22 PM, Adolfo Delorenzo wrote: > > > Anyone managed to make FS work with Freenum? > > > > Thanks, > > > > Adolfo > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/787d14a8/attachment.html From brian at freeswitch.org Wed Sep 1 10:43:58 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 12:43:58 -0500 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7E8FC5.1060109@ParcelPool.com> References: <4C7E8FC5.1060109@ParcelPool.com> Message-ID: <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> What rev of FreeSWITCH are you using? /b On Sep 1, 2010, at 12:39 PM, Peter Hinman wrote: > D'oh! Sorry about that. > > I did try the nullmailer. I've had a hard time finding details on > getting it setup correctly, so I don't know if FS actually tried to use > it and nullmailer failed, or if FS didn't even make the call. > > Given that the php/python/lua scripts don't appear to be called at all, > I'm inclined to think that nullmailer never had a chance either. > > Any other ideas? > > > On 9/1/2010 10:56 AM, Brian West wrote: >> Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. >> >> Have you tried this: >> >> http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings >> >> >> I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail >> >> /b From brian at freeswitch.org Wed Sep 1 10:44:50 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 12:44:50 -0500 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: References: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> Message-ID: <1AD5B25B-1E86-48CF-B079-B7D9752DC4F0@freeswitch.org> You have to allow the transfer to the enum dialplan or do the enum lookup and transfer... http://wiki.freeswitch.org/wiki/Mod_enum /b On Sep 1, 2010, at 12:41 PM, Adolfo Delorenzo wrote: > Brian, > > Thanks, I got a ITAD (1325) with IANA but when I try to call for instance ext*1325 my FS doesn't route calls to the proper extension from an internal extension or from outside gateways. A 'enum ext*1325' responds with my FS server domain correctly on the console (fs_cli). > > What could I be doing wrong? > > BRgds, > > Adolfo From michael.scheidell at secnap.com Wed Sep 1 10:50:51 2010 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed, 1 Sep 2010 13:50:51 -0400 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: References: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> Message-ID: <4C7E927B.8060200@secnap.com> On 9/1/10 1:41 PM, Adolfo Delorenzo wrote: > Brian, > > Thanks, I got a ITAD (1325) with IANA but when I try to call for > instance /ext/*1325 my FS doesn't route calls to the proper extension > from an internal extension or from outside gateways. A 'enum > /ext/*1325' responds with my FS server domain correctly on the console > (fs_cli). > > What could I be doing wrong? DNS? try ours: 5000*1300 (you will get the SECNAP AA) or 3828*1300 (screaming monkies, then echo test) -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/5c737d3e/attachment-0001.html From Peter.Hinman at ParcelPool.com Wed Sep 1 11:01:21 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 12:01:21 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> Message-ID: <4C7E94F1.7050203@ParcelPool.com> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) Too bleeding edge? On 9/1/2010 11:43 AM, Brian West wrote: > What rev of FreeSWITCH are you using? > > /b > > On Sep 1, 2010, at 12:39 PM, Peter Hinman wrote: > >> D'oh! Sorry about that. >> >> I did try the nullmailer. I've had a hard time finding details on >> getting it setup correctly, so I don't know if FS actually tried to use >> it and nullmailer failed, or if FS didn't even make the call. >> >> Given that the php/python/lua scripts don't appear to be called at all, >> I'm inclined to think that nullmailer never had a chance either. >> >> Any other ideas? >> >> >> On 9/1/2010 10:56 AM, Brian West wrote: >>> Please DO NOT click reply, change the subject and hijack a thread. You have without knowing hijacked the "Early Media Troubles" thread. Click New message and input the address of the list. If you notice the list archives will also show that your thread is in the middle of another thread that is already in progress. Doing this increases the chances of your email being ignored or lost due to how some clients thread lists. >>> >>> Have you tried this: >>> >>> http://wiki.freeswitch.org/wiki/Mod_voicemail#nullmailer_settings >>> >>> >>> I know it works I use it daily... but I use exim 4 and the perl script in scripts/perl/sendmail >>> >>> /b > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 From brian at freeswitch.org Wed Sep 1 11:11:25 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 13:11:25 -0500 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7E94F1.7050203@ParcelPool.com> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> Message-ID: <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> No such thing as too bleeding edge here... ;) /b On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: > > FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) > > Too bleeding edge? > > > On 9/1/2010 11:43 AM, Brian West wrote: >> What rev of FreeSWITCH are you using? >> >> /b > From michael.scheidell at secnap.com Wed Sep 1 11:25:18 2010 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed, 1 Sep 2010 14:25:18 -0400 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: References: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> Message-ID: <4C7E9A8E.4070109@secnap.com> On 9/1/10 1:41 PM, Adolfo Delorenzo wrote: > Brian, > > Thanks, I got a ITAD (1325) with IANA but when I try to call for > instance /ext/*1325 my FS doesn't route calls to the proper extension > from an internal extension or from outside gateways. A 'enum > /ext/*1325' responds with my FS server domain correctly on the console > (fs_cli). > > What could I be doing wrong? > > I did notice, you do not have an NAPTR record, and you don't have any SRV records. there is an A record, and port 5060 does respond (if that is the port you want anonymous inbound calls to come? not port 5080?) $ perl isn-resolver.pl 0*1325 sip:0 at delorenzo.hopto.org host -t naptr delorenzo.hopto.org delorenzo.hopto.org has no NAPTR record host -t srv _sip._udp.delorenzo.hopto.org. Host _sip._udp.delorenzo.hopto.org. not found: 3(NXDOMAIN) macintosh:~ scheidell$ host -t srv _sip._tcp.delorenzo.hopto.org. Host _sip._tcp.delorenzo.hopto.org. not found: 3(NXDOMAIN) Suggest you add (at least) SRV records, both internal and external if you have split dns. -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/b991c12e/attachment.html From adolfo at delorenzo.mobi Wed Sep 1 11:58:52 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Wed, 1 Sep 2010 15:58:52 -0300 Subject: [Freeswitch-users] freeswitch & freenum anyone? In-Reply-To: <4C7E9A8E.4070109@secnap.com> References: <5DB1CF0A-638D-4896-B46D-FB6B1314DB0A@freeswitch.org> <4C7E9A8E.4070109@secnap.com> Message-ID: Michael, Thanks! I'll update the DNS records. BRgds, AD On 1 September 2010 15:25, Michael Scheidell wrote: > On 9/1/10 1:41 PM, Adolfo Delorenzo wrote: > > Brian, > > Thanks, I got a ITAD (1325) with IANA but when I try to call for instance > *ext**1325 my FS doesn't route calls to the proper extension from an > internal extension or from outside gateways. A 'enum *ext**1325' responds > with my FS server domain correctly on the console (fs_cli). > > What could I be doing wrong? > > > I did notice, you do not have an NAPTR record, and you don't have any SRV > records. > there is an A record, and port 5060 does respond (if that is the port you > want anonymous inbound calls to come? not port 5080?) > > $ perl isn-resolver.pl 0*1325 > sip:0 at delorenzo.hopto.org > > host -t naptr delorenzo.hopto.org > delorenzo.hopto.org has no NAPTR record > > host -t srv _sip._udp.delorenzo.hopto.org. > Host _sip._udp.delorenzo.hopto.org. not found: 3(NXDOMAIN) > macintosh:~ scheidell$ host -t srv _sip._tcp.delorenzo.hopto.org. > Host _sip._tcp.delorenzo.hopto.org. not found: 3(NXDOMAIN) > > Suggest you add (at least) SRV records, both internal and external if you > have split dns. > > > -- > Michael Scheidell, CTO > o: 561-999-5000 > d: 561-948-2259 > ISN: 1259*1300 > > *| *SECNAP Network Security Corporation > > - Certified SNORT Integrator > - 2008-9 Hot Company Award Winner, World Executive Alliance > - Five-Star Partner Program 2009, VARBusiness > - Best in Email Security,2010: Network Products Guide > - King of Spam Filters, SC Magazine 2008 > > > ------------------------------ > > This email has been scanned and certified safe by SpammerTrap?. > For Information please see http://www.secnap.com/products/spammertrap/ > ------------------------------ > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/5d6d3814/attachment.html From msc at freeswitch.org Wed Sep 1 12:48:36 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 1 Sep 2010 12:48:36 -0700 Subject: [Freeswitch-users] incoming calls - newbie question In-Reply-To: References: Message-ID: Check out conf/dialplan/external.xml and also the DID example in external/ They have some examples. Just remember that incoming calls will start in the public context so you have to handle them differently. This is covered both in the noob article (http://bit.ly/EpVrv) and the FS book. :) -MC On Tue, Aug 31, 2010 at 9:24 AM, Adolfo Delorenzo wrote: > Hello, > > I am not receiving incoming calls via enum (my ITAD is 1325) and if someone > calls for example myextension at mydomain. Where in the documentation can I > learn how to enable incoming calls? > > Thanks > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/c4ca348b/attachment.html From steveayre at gmail.com Wed Sep 1 14:12:21 2010 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 1 Sep 2010 22:12:21 +0100 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> Message-ID: <9046724D-FA5E-4B34-8DAE-BFEBBB0F410F@gmail.com> Except Ubuntu Steve on iPhone On 1 Sep 2010, at 19:11, Brian West wrote: > No such thing as too bleeding edge here... ;) > > /b > > On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: > >> >> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) >> >> Too bleeding edge? >> >> >> On 9/1/2010 11:43 AM, Brian West wrote: >>> What rev of FreeSWITCH are you using? >>> >>> /b >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ktngl at yahoo.co.uk Wed Sep 1 14:15:28 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Wed, 1 Sep 2010 21:15:28 +0000 (GMT) Subject: [Freeswitch-users] Problems getting dtmf events Message-ID: <888897.1866.qm@web29203.mail.ird.yahoo.com> I am trying to catch dtmf events but am having problems. It seems no dtmfs are being recieved. I can filter to other events and it gets picked up so this section of the code is doing the indented action of getting events. However I notice that during the execution of the playback command while the sound file is playing if a key press is done at this time the dtmf does get received. So my thought are what conditions does the playback command set in order to be able to have dtmf get recognized. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/931bb693/attachment-0001.html From fraserredmond at gmail.com Wed Sep 1 14:25:26 2010 From: fraserredmond at gmail.com (Fraser Redmond) Date: Wed, 1 Sep 2010 22:25:26 +0100 Subject: [Freeswitch-users] Turn off Remote-Party-ID Message-ID: I have a gateway that requires the Remote-Party-ID to be removed from the outbound/B leg's INVITE. I have this working on an older version of FreeSwitch (from about march probably: 1.0.head-svn-17188) by setting in the dialplan: sip_cid_type=none That variable seems to be being ignored now though. I've tried the gateway setting which also doesn't work: However setting the external-profile setting *does *work: I guess that's my work around for now, but it'd be nice to be able to set it per-gateway/call again instead. There was an email to the list about a week ago (Remote-Party-ID manipulation in SIP 200 OK) which looked like it had the same problem, but it didn't get any replies. Cheers, Fraser -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/5a91d4d4/attachment.html From robert.hadley at teotech.com Wed Sep 1 14:28:01 2010 From: robert.hadley at teotech.com (Robert Hadley) Date: Wed, 1 Sep 2010 14:28:01 -0700 Subject: [Freeswitch-users] Get Errors, Warning, Notices in events? Message-ID: <23922BF07B9449EFA9510FF4E8C543A5@greyhawk.tonecommander.com> Hi FS users, Is there a way to use mod_event_socket to listen for the different console log level messages (alarms, errors, warning, or notices) as events? Thanks, Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/7dcbb385/attachment.html From brian at freeswitch.org Wed Sep 1 14:31:49 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 16:31:49 -0500 Subject: [Freeswitch-users] Turn off Remote-Party-ID In-Reply-To: References: Message-ID: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> Are you using set or export? or are you setting that inside the {} on the originate? /b On Sep 1, 2010, at 4:25 PM, Fraser Redmond wrote: > I have this working on an older version of FreeSwitch (from about march probably: 1.0.head-svn-17188) by setting in the dialplan: > sip_cid_type=none From fraserredmond at gmail.com Wed Sep 1 14:58:17 2010 From: fraserredmond at gmail.com (Fraser Redmond) Date: Wed, 1 Sep 2010 22:58:17 +0100 Subject: [Freeswitch-users] Turn off Remote-Party-ID In-Reply-To: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> References: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> Message-ID: That was using set (just before doing a bridge) Cheers, Fraser On Wed, Sep 1, 2010 at 10:31 PM, Brian West wrote: > Are you using set or export? or are you setting that inside the {} on the > originate? > > /b > > On Sep 1, 2010, at 4:25 PM, Fraser Redmond wrote: > > > I have this working on an older version of FreeSwitch (from about march > probably: 1.0.head-svn-17188) by setting in the dialplan: > > sip_cid_type=none > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/2adb8d09/attachment.html From david.ponzone at ipeva.fr Wed Sep 1 15:06:21 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 00:06:21 +0200 Subject: [Freeswitch-users] Turn off Remote-Party-ID In-Reply-To: References: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> Message-ID: <930FEBBD-9956-43BC-B6AA-7CFFAD3D88FB@ipeva.fr> Have you tried export ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 01/09/2010 ? 23:58, Fraser Redmond a ?crit : > That was using set (just before doing a bridge) > > > > Cheers, > Fraser > > > > > On Wed, Sep 1, 2010 at 10:31 PM, Brian West > wrote: > Are you using set or export? or are you setting that inside the {} > on the originate? > > /b > > On Sep 1, 2010, at 4:25 PM, Fraser Redmond wrote: > > > I have this working on an older version of FreeSwitch (from about > march probably: 1.0.head-svn-17188) by setting in the dialplan: > > sip_cid_type=none > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/fd75613a/attachment.html From brian at freeswitch.org Wed Sep 1 15:07:55 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 17:07:55 -0500 Subject: [Freeswitch-users] Turn off Remote-Party-ID In-Reply-To: References: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> Message-ID: Well since that variable won't ever make it to the other leg of the call then how do you expect it to turn off the rpid? Try export or set it inside the {} on the bridge line. /b On Sep 1, 2010, at 4:58 PM, Fraser Redmond wrote: > That was using set (just before doing a bridge) > > > > Cheers, > Fraser From freeswitch-users at digitaldan.com Wed Sep 1 15:12:29 2010 From: freeswitch-users at digitaldan.com (Dan) Date: Wed, 1 Sep 2010 16:12:29 -0600 (MDT) Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <24796008.1496.1283379042621.JavaMail.daniel@radio> Message-ID: <7655056.1499.1283379063515.JavaMail.daniel@radio> Hi guys, I'm having a slight issue with session.recordFile in javascript and session:recordFile in lua (i have tried both just to rule out the vm implementation). Basically every now and then (say 500 or 1000 calls) record.session ends prematurely, there are no errors in the logs, it just returns and because this is the last line in my script (lua or javascript) the call ends and I see: 2010-08-31 12:52:08.469761 [NOTICE] switch_core_state_machine.c:185 sofia/external/nobody at 192.168.21.5 has executed the last dialplan instruction, hanging up. 2010-08-31 12:52:08.469761 [DEBUG] switch_channel.c:2309 (sofia/external/nobody at 192.168.21.5) Callstate Change ACTIVE -> HANGUP 2010-08-31 12:52:08.469761 [NOTICE] switch_core_state_machine.c:187 Hangup sofia/external/nobody at 192.168.21.5 [CS_EXECUTE] [NORMAL_CLEARING] 2010-08-31 12:52:08.473766 [DEBUG] switch_channel.c:2325 Send signal sofia/external/nobody at 192.168.21.5 [KILL] 2010-08-31 12:52:08.473766 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/nobody at 192.168.21.5 [BREAK] 2010-08-31 12:52:08.473766 [DEBUG] switch_core_state_machine.c:348 (sofia/external/nobody at 192.168.21.5) State EXECUTE going to sleep 2010-08-31 12:52:08.473766 [DEBUG] switch_core_state_machine.c:314 (sofia/external/nobody at 192.168.21.5) Running State Change CS_HANGUP 2010-08-31 12:52:08.473766 [DEBUG] switch_core_state_machine.c:535 (sofia/external/nobody at 192.168.21.5) State HANGUP 2010-08-31 12:52:08.473766 [DEBUG] mod_sofia.c:453 Channel sofia/external/nobody at 192.168.21.5 hanging up, cause: NORMAL_CLEARING 2010-08-31 12:52:08.473766 [DEBUG] mod_sofia.c:496 Sending BYE to sofia/external/nobody at 192.168.21.5 I am only passing one argument, the wav file, so it should record forever or until the call is hung up externally (I believe those are the defaults from looking at source). I'm on FreeSWITCH Version 1.0.head (git-a7c80ae 2010-08-02 16-06-46 -0500), I wish I had more logging or some indication of why the record function is ending prematurely. Is there any anything that others might know why this would return. As a quick fix, is there a way I could check to see if the call is still going and call session:recordFile again and append to the existing UL file? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/0a123329/attachment.html From brian at freeswitch.org Wed Sep 1 15:32:48 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 17:32:48 -0500 Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <7655056.1499.1283379063515.JavaMail.daniel@radio> References: <7655056.1499.1283379063515.JavaMail.daniel@radio> Message-ID: <0871C300-9FB3-49EE-B565-41F75A82A6AA@freeswitch.org> Read this line. /b On Sep 1, 2010, at 5:12 PM, Dan wrote: > has executed the last dialplan instruction, hanging up. From anthony.minessale at gmail.com Wed Sep 1 15:46:51 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 1 Sep 2010 17:46:51 -0500 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: Try latest trunk. mod_dingaling can now make calls to the free pstn service dingaling/xmppc/@voice.google.com all you have to do is log in with the account once in gmail and turn on free calls. On Tue, Aug 31, 2010 at 1:37 PM, Rupa Schomaker wrote: > No, they do not have a SIP interface we can use. ?They originate/terminate > on the PSTN. ?(unless you have a gizmo5 account which are no longer > offered). ?One would hope they offer a SIP interface again someday... > > On Tue, Aug 31, 2010 at 12:32 PM, Malay Thakershi > wrote: >> >> Does Google Voice (paid service) provide SIP terminate/originate like >> others (say Vitelity)? If so, what is their cost? >> > -- > -Rupa > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From Peter.Hinman at ParcelPool.com Wed Sep 1 15:45:16 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 16:45:16 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> Message-ID: <4C7ED77C.4070107@ParcelPool.com> I'm still getting no where with this. :-/ I can get nullmailer to send a message that I place in it's queue, but when I try to get freeswitch to do it, nothing happens. The FS version I'm working with right now is 1.0.6 (svn-hacked). I've placed the following entry in my switch.conf.xml and restarted FS to insure that it took effect. Is there anything in the logs that I can check to see what is happening when FS thinks it is sending the msg? Peter On 9/1/2010 12:11 PM, Brian West wrote: > No such thing as too bleeding edge here... ;) > > /b > > On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: > >> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) >> >> Too bleeding edge? >> >> >> On 9/1/2010 11:43 AM, Brian West wrote: >>> What rev of FreeSWITCH are you using? >>> >>> /b > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 From msc at freeswitch.org Wed Sep 1 15:56:45 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 1 Sep 2010 15:56:45 -0700 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Try latest trunk. > > mod_dingaling can now make calls to the free pstn service > > dingaling/xmppc/@voice.google.com > > > all you have to do is log in with the account once in gmail and turn > on free calls. > ZOMG that's too cool! Someone do this right away and confirm that you have it working so we can wikify this one. I have a feeling this is a good cookbook recipe... -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/1873a77e/attachment.html From anthony.minessale at gmail.com Wed Sep 1 16:05:19 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 1 Sep 2010 18:05:19 -0500 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: Speaking of cooking, we should roast up Mr Jerris' words with a nice lemon butter sauce for him to eat =D *grin* On Wed, Sep 1, 2010 at 5:56 PM, Michael Collins wrote: > > > On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale > wrote: >> >> Try latest trunk. >> >> mod_dingaling can now make calls to the free pstn service >> >> dingaling/xmppc/@voice.google.com >> >> >> all you have to do is log in with the account once in gmail and turn >> on free calls. > > ZOMG that's too cool! Someone do this right away and confirm that you have > it working so we can wikify this one. I have a feeling this is a good > cookbook recipe... > > -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From larclap at yahoo.com Wed Sep 1 16:07:03 2010 From: larclap at yahoo.com (Lars Zeb) Date: Wed, 1 Sep 2010 16:07:03 -0700 Subject: [Freeswitch-users] Invalid application valet_park? Message-ID: <012601cb4a2a$6410b710$2c322530$@yahoo.com> http://pastebin.freeswitch.org/13782 Working through the FreeSWITCH book on page 61, had a conversation going, hit the transfer soft-button on phone, dialed 6001 and tried to retrieve call, but could not. It looked like call was on hold. Any ideas on what I might have done wrong? Thanks, Lars From david.ponzone at ipeva.fr Wed Sep 1 16:13:44 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 01:13:44 +0200 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7ED77C.4070107@ParcelPool.com> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> Message-ID: <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> This sounds familar. Try to see if you have some coredum files. I remember I had this issue wih sendmail coredumping when launched from FS with system. Could be related. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 00:45, Peter Hinman a ?crit : > I'm still getting no where with this. :-/ I can get nullmailer to > send a message that I place in it's queue, but when I try to get > freeswitch to do it, nothing happens. > > The FS version I'm working with right now is 1.0.6 (svn-hacked). I've > placed the following entry in my switch.conf.xml and restarted FS to > insure that it took effect. > > > > > Is there anything in the logs that I can check to see what is > happening > when FS thinks it is sending the msg? > > Peter > > > On 9/1/2010 12:11 PM, Brian West wrote: >> No such thing as too bleeding edge here... ;) >> >> /b >> >> On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: >> >>> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) >>> >>> Too bleeding edge? >>> >>> >>> On 9/1/2010 11:43 AM, Brian West wrote: >>>> What rev of FreeSWITCH are you using? >>>> >>>> /b >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Peter Hinman > ParcelPool.com > Office: 801-434-7400 > Cell: 801-830-8292 > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/da069092/attachment-0001.html From brian at freeswitch.org Wed Sep 1 16:21:15 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 18:21:15 -0500 Subject: [Freeswitch-users] Invalid application valet_park? In-Reply-To: <012601cb4a2a$6410b710$2c322530$@yahoo.com> References: <012601cb4a2a$6410b710$2c322530$@yahoo.com> Message-ID: <76D96FE8-18DB-46E8-B84E-1AA6E85453DE@freeswitch.org> load mod_valet_parking /b On Sep 1, 2010, at 6:07 PM, Lars Zeb wrote: > http://pastebin.freeswitch.org/13782 > > Working through the FreeSWITCH book on page 61, had a conversation going, > hit the transfer soft-button on phone, dialed 6001 and tried to retrieve > call, but could not. It looked like call was on hold. > > Any ideas on what I might have done wrong? > > Thanks, Lars From Peter.Hinman at ParcelPool.com Wed Sep 1 16:31:10 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 17:31:10 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> Message-ID: <4C7EE23E.1020508@ParcelPool.com> Thanks for the suggestion. Where do I look for core dumps? Peter On 9/1/2010 5:13 PM, David Ponzone wrote: > This sounds familar. > > Try to see if you have some coredum files. > I remember I had this issue wih sendmail coredumping when launched > from FS with system. > Could be related. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 02/09/2010 ? 00:45, Peter Hinman a ?crit : > >> I'm still getting no where with this. :-/ I can get nullmailer to >> send a message that I place in it's queue, but when I try to get >> freeswitch to do it, nothing happens. >> >> The FS version I'm working with right now is 1.0.6 (svn-hacked). I've >> placed the following entry in my switch.conf.xml and restarted FS to >> insure that it took effect. >> >> >> >> >> Is there anything in the logs that I can check to see what is happening >> when FS thinks it is sending the msg? >> >> Peter >> >> >> On 9/1/2010 12:11 PM, Brian West wrote: >>> No such thing as too bleeding edge here... ;) >>> >>> /b >>> >>> On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: >>> >>>> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 -0500) >>>> >>>> Too bleeding edge? >>>> >>>> >>>> On 9/1/2010 11:43 AM, Brian West wrote: >>>>> What rev of FreeSWITCH are you using? >>>>> >>>>> /b >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> -- >> Peter Hinman >> ParcelPool.com >> Office: 801-434-7400 >> Cell: 801-830-8292 >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/78a636d2/attachment.html From tgraziano at myitdepartment.net Wed Sep 1 16:47:39 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Wed, 1 Sep 2010 19:47:39 -0400 Subject: [Freeswitch-users] Monitoring Valet Parking slots Message-ID: Is there a way to monitor a Valet Parking slot with blf? -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. From freeswitch-users at digitaldan.com Wed Sep 1 16:53:20 2010 From: freeswitch-users at digitaldan.com (Dan) Date: Wed, 1 Sep 2010 17:53:20 -0600 (MDT) Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <0871C300-9FB3-49EE-B565-41F75A82A6AA@freeswitch.org> Message-ID: <28507016.80.1283385196987.JavaMail.daniel@DC-MB.local> Right, session.recordFile returns, its the last line in my lua|javascript script, and the dial plan has nothing left to execute so it hangs up. The question is why is session.recordFile returning when it should be blocking until the call is hung up (remotely). There is no bye or media disconnect from the far end, the record call is just returning and freeswitch is then hanging the call up and sending a bye to the far end client as there's nothing left to do. ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Wednesday, September 1, 2010 4:32:48 PM Subject: Re: [Freeswitch-users] RecordFile returns prematurely Read this line. /b On Sep 1, 2010, at 5:12 PM, Dan wrote: > has executed the last dialplan instruction, hanging up. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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.ponzone at ipeva.fr Wed Sep 1 16:55:48 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 01:55:48 +0200 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7EE23E.1020508@ParcelPool.com> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> <4C7EE23E.1020508@ParcelPool.com> Message-ID: <95F4A286-1E47-41AC-B64B-DE65C20EFE9D@ipeva.fr> well... find / -name 'core.*' they are named core. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 01:31, Peter Hinman a ?crit : > Thanks for the suggestion. Where do I look for core dumps? > > Peter > > > On 9/1/2010 5:13 PM, David Ponzone wrote: >> >> This sounds familar. >> >> Try to see if you have some coredum files. >> I remember I had this issue wih sendmail coredumping when launched >> from FS with system. >> Could be related. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, >> d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce >> message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur. >> >> >> >> >> Le 02/09/2010 ? 00:45, Peter Hinman a ?crit : >> >>> I'm still getting no where with this. :-/ I can get nullmailer to >>> send a message that I place in it's queue, but when I try to get >>> freeswitch to do it, nothing happens. >>> >>> The FS version I'm working with right now is 1.0.6 (svn-hacked). >>> I've >>> placed the following entry in my switch.conf.xml and restarted FS to >>> insure that it took effect. >>> >>> >>> >>> >>> Is there anything in the logs that I can check to see what is >>> happening >>> when FS thinks it is sending the msg? >>> >>> Peter >>> >>> >>> On 9/1/2010 12:11 PM, Brian West wrote: >>>> No such thing as too bleeding edge here... ;) >>>> >>>> /b >>>> >>>> On Sep 1, 2010, at 1:01 PM, Peter Hinman wrote: >>>> >>>>> FreeSWITCH Version 1.0.head (git-d277778 2010-07-12 20-58-39 >>>>> -0500) >>>>> >>>>> Too bleeding edge? >>>>> >>>>> >>>>> On 9/1/2010 11:43 AM, Brian West wrote: >>>>>> What rev of FreeSWITCH are you using? >>>>>> >>>>>> /b >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> -- >>> Peter Hinman >>> ParcelPool.com >>> Office: 801-434-7400 >>> Cell: 801-830-8292 >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Peter Hinman > ParcelPool.com > Office: 801-434-7400 > Cell: 801-830-8292 > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/f9ef0e85/attachment-0001.html From Peter.Hinman at ParcelPool.com Wed Sep 1 17:10:57 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Wed, 01 Sep 2010 18:10:57 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <95F4A286-1E47-41AC-B64B-DE65C20EFE9D@ipeva.fr> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> <4C7EE23E.1020508@ParcelPool.com> <95F4A286-1E47-41AC-B64B-DE65C20EFE9D@ipeva.fr> Message-ID: <4C7EEB91.2080208@ParcelPool.com> Thanks - never had to look for something like that before. The only think I found related to nullmailer or freeswitch was the following. /usr/local/freeswitch/db/core.db Is that of any value? Peter On 9/1/2010 5:55 PM, David Ponzone wrote: > find / -name 'core.*' -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 From larclap at yahoo.com Wed Sep 1 17:18:28 2010 From: larclap at yahoo.com (Lars Zeb) Date: Wed, 1 Sep 2010 17:18:28 -0700 Subject: [Freeswitch-users] Invalid application valet_park? In-Reply-To: <76D96FE8-18DB-46E8-B84E-1AA6E85453DE@freeswitch.org> References: <012601cb4a2a$6410b710$2c322530$@yahoo.com> <76D96FE8-18DB-46E8-B84E-1AA6E85453DE@freeswitch.org> Message-ID: <013c01cb4a34$5e3fdeb0$1abf9c10$@yahoo.com> Thanks. I hadn't updated modules.conf.xml in a while. -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, September 01, 2010 4:21 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Invalid application valet_park? load mod_valet_parking /b On Sep 1, 2010, at 6:07 PM, Lars Zeb wrote: > http://pastebin.freeswitch.org/13782 > > Working through the FreeSWITCH book on page 61, had a conversation > going, hit the transfer soft-button on phone, dialed 6001 and tried to > retrieve call, but could not. It looked like call was on hold. > > Any ideas on what I might have done wrong? > > Thanks, Lars _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From brian at freeswitch.org Wed Sep 1 17:59:20 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Sep 2010 19:59:20 -0500 Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <28507016.80.1283385196987.JavaMail.daniel@DC-MB.local> References: <28507016.80.1283385196987.JavaMail.daniel@DC-MB.local> Message-ID: <56F55DFD-E316-4B77-BB19-2D272A1E0E85@freeswitch.org> because your script exited and you didn't set the autoHangup to false. See mod_lua wiki page. /b On Sep 1, 2010, at 6:53 PM, Dan wrote: > Right, session.recordFile returns, its the last line in my lua|javascript script, and the dial plan has nothing left to execute so it hangs up. The question is why is session.recordFile returning when it should be blocking until the call is hung up (remotely). There is no bye or media disconnect from the far end, the record call is just returning and freeswitch is then hanging the call up and sending a bye to the far end client as there's nothing left to do. > ----- Original Message ----- > From: "Brian West" > To: "FreeSWITCH Users Help" > Sent: Wednesday, September 1, 2010 4:32:48 PM > Subject: Re: [Freeswitch-users] RecordFile returns prematurely > > Read this line. > > /b From chris.chen2004 at gmail.com Wed Sep 1 18:23:14 2010 From: chris.chen2004 at gmail.com (Chris Chen) Date: Wed, 1 Sep 2010 21:23:14 -0400 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: Hi MC, I just tested and confirmed it is working like charm! Thank you Tony, without you, there is no way for this.... Chris On Wed, Sep 1, 2010 at 6:56 PM, Michael Collins wrote: > > > On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> Try latest trunk. >> >> mod_dingaling can now make calls to the free pstn service >> >> dingaling/xmppc/@voice.google.com >> >> >> all you have to do is log in with the account once in gmail and turn >> on free calls. >> > > ZOMG that's too cool! Someone do this right away and confirm that you have > it working so we can wikify this one. I have a feeling this is a good > cookbook recipe... > > -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/939a9ff0/attachment.html From chris.chen2004 at gmail.com Wed Sep 1 18:23:14 2010 From: chris.chen2004 at gmail.com (Chris Chen) Date: Wed, 1 Sep 2010 21:23:14 -0400 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: Hi MC, I just tested and confirmed it is working like charm! Thank you Tony, without you, there is no way for this.... Chris On Wed, Sep 1, 2010 at 6:56 PM, Michael Collins wrote: > > > On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> Try latest trunk. >> >> mod_dingaling can now make calls to the free pstn service >> >> dingaling/xmppc/@voice.google.com >> >> >> all you have to do is log in with the account once in gmail and turn >> on free calls. >> > > ZOMG that's too cool! Someone do this right away and confirm that you have > it working so we can wikify this one. I have a feeling this is a good > cookbook recipe... > > -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/939a9ff0/attachment-0001.html From jmesquita at freeswitch.org Wed Sep 1 18:39:23 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Wed, 1 Sep 2010 22:39:23 -0300 Subject: [Freeswitch-users] Channels and calls lost in SQLite Message-ID: Hello guys, I have a problem that started to happen after I upgraded to git head last night. No configuration changes were made and this is the intriguing part. I have SQLite being mounted on tmpfs on busy Dell 1950s. After some time on the busy moments of the day, FS starts to not delete channels/calls from SQLite and leaves very little trace for me to track. I grep'ed the logs for SQL errors and found nothing.. The only part of the log that I could spot and that called my attention was this line that repeated several times during the periods where the problem occurs: switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event at a lower priority %d/%d!\n", index, was); 11:23:13.977874 [WARNING] switch_event.c:1353 queued event at a lower priority 1/0! Which is printed from the following code: for (index = (*event)->priority; index < 3; index++) { int was = (*event)->priority; if (switch_queue_trypush(EVENT_QUEUE[index], *event) == SWITCH_STATUS_SUCCESS) { if (index != was) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event at a lower priority %d/%d!\n", index, was); } goto end; } >From what I could understand on the code, seems like there are 3 event priority queues and that message occurs when queue 0 is full. How exactly that relates to the problem, I am not sure so I see myself here lost in translation. Could the core_event_handler not receive some messages therefore not execute the sql statements? If that's the case, maybe I lost some log line telling me that we were loosing events? I hope someone can shed some light. Thank you, Jo?o Mesquita -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/f7dbaf71/attachment.html From moises.silva at gmail.com Wed Sep 1 21:17:11 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 2 Sep 2010 00:17:11 -0400 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: References: Message-ID: I've seen exactly that behavior. First some warnings about events "queued at lower priority" and some time later "Event queue is full!" Stopping the sipp traffic then shows some channels stuck, show channels display channels that are no longer there. We reverted to our previous git version of FreeSWITCH and the error is gone. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com 2010/9/1 Jo?o Mesquita > Hello guys, > > I have a problem that started to happen after I upgraded to git head last > night. No configuration changes were made and this is the intriguing part. > > I have SQLite being mounted on tmpfs on busy Dell 1950s. After some time on > the busy moments of the day, FS starts to not delete channels/calls from > SQLite and leaves very little trace for me to track. > > I grep'ed the logs for SQL errors and found nothing.. The only part of the > log that I could spot and that called my attention was this line that > repeated several times during the periods where the problem occurs: > > switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event at > a lower priority %d/%d!\n", index, was); > > 11:23:13.977874 [WARNING] switch_event.c:1353 queued event at a lower > priority 1/0! > > Which is printed from the following code: > > for (index = (*event)->priority; index < 3; index++) { > int was = (*event)->priority; > if (switch_queue_trypush(EVENT_QUEUE[index], *event) == > SWITCH_STATUS_SUCCESS) { > if (index != was) { > switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event > at a lower priority %d/%d!\n", index, was); > } > goto end; > } > > From what I could understand on the code, seems like there are 3 event > priority queues and that message occurs when queue 0 is full. How exactly > that relates to the problem, I am not sure so I see myself here lost in > translation. Could the core_event_handler not receive some messages > therefore not execute the sql statements? If that's the case, maybe I lost > some log line telling me that we were loosing events? > > I hope someone can shed some light. > > Thank you, > Jo?o Mesquita > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/ca91d4ed/attachment-0001.html From chat2jesse at gmail.com Wed Sep 1 22:44:28 2010 From: chat2jesse at gmail.com (jesse) Date: Wed, 1 Sep 2010 22:44:28 -0700 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: <1283265385508-5482941.post@n2.nabble.com> References: <1283265385508-5482941.post@n2.nabble.com> Message-ID: mazilo: please take a look at this : http://code.google.com/p/google-voice-java/wiki/GettingStarted I once developed a Flash based GV dialer that sends command to the backend java servlet, which is integrated with the above java library. On Tue, Aug 31, 2010 at 7:36 AM, mazilo wrote: > > > jesse zhao wrote: >> FS can integrate with Google Voice via some java library to make >> outgoing calls for U.S and Canada.. >> >> jesse > We certainly will appreciate if you can provide the link to show how to do > this instead of having everyone re-invent the wheel. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/gTalk-new-phone-calls-feature-tp5475689p5482941.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Wed Sep 1 22:45:24 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 07:45:24 +0200 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <4C7EEB91.2080208@ParcelPool.com> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> <4C7EE23E.1020508@ParcelPool.com> <95F4A286-1E47-41AC-B64B-DE65C20EFE9D@ipeva.fr> <4C7EEB91.2080208@ParcelPool.com> Message-ID: <2442AAF4-43E1-409E-8D9B-E41EF0B87B69@ipeva.fr> nope! try to send mail from fs_cli with the system command, calling sendmail David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 02:10, Peter Hinman a ?crit : > Thanks - never had to look for something like that before. > > The only think I found related to nullmailer or freeswitch was the > following. > /usr/local/freeswitch/db/core.db > > Is that of any value? > > Peter > > > On 9/1/2010 5:55 PM, David Ponzone wrote: >> find / -name 'core.*' > > -- > Peter Hinman > ParcelPool.com > Office: 801-434-7400 > Cell: 801-830-8292 > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/67c47f70/attachment.html From chat2jesse at gmail.com Wed Sep 1 22:59:05 2010 From: chat2jesse at gmail.com (jesse) Date: Wed, 1 Sep 2010 22:59:05 -0700 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: awesome! On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale wrote: > Try latest trunk. > > mod_dingaling can now make calls to the free pstn service > > dingaling/xmppc/@voice.google.com > > > all you have to do is log in with the account once in gmail and turn > on free calls. > > > > On Tue, Aug 31, 2010 at 1:37 PM, Rupa Schomaker wrote: >> No, they do not have a SIP interface we can use. ?They originate/terminate >> on the PSTN. ?(unless you have a gizmo5 account which are no longer >> offered). ?One would hope they offer a SIP interface again someday... >> >> On Tue, Aug 31, 2010 at 12:32 PM, Malay Thakershi >> wrote: >>> >>> Does Google Voice (paid service) provide SIP terminate/originate like >>> others (say Vitelity)? If so, what is their cost? >>> >> -- >> -Rupa >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 xduvox at gmail.com Wed Sep 1 23:33:33 2010 From: xduvox at gmail.com (xduvox) Date: Wed, 1 Sep 2010 23:33:33 -0700 (PDT) Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: Message-ID: <1283409213537-5490032.post@n2.nabble.com> Thanks David for your help now the quintum is registered, i use the user 1008 that is already created in FS so i have done some test call 1. when i call 1008 quintum see the call but i got an error(503) NORMAL_TEMPORARY_FAILURE, quintum see the call but cant proccess because i have not sent the real number to call 2 i have this just to test a call but i got this cant find user [1008%Domain^015555306078 at Domain] as a warning cannot create outgoing cgannel of type [user] cause: [SUSCRIBER_ABSENT] as a error i exchange the % with @ and i got the same, and the quintum does not register the call do you have any idea what is going on? or another way to send the destination_number? Thank in advance for you help! -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5490032.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ovvenkatesan at gmail.com Wed Sep 1 23:38:23 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 2 Sep 2010 12:08:23 +0530 Subject: [Freeswitch-users] not able to connect freeswitch with mysql In-Reply-To: References: Message-ID: Hi Brian, I got it from here http://wiki.freeswitch.org/wiki/Mod_spidermonkey_odbc Regards, Venkat. On Wed, Sep 1, 2010 at 7:29 PM, Brian West wrote: > It usually goes in /etc/ not sure where you got the idea it goes in > /usr/local/etc/ > > /b > > On Sep 1, 2010, at 5:13 AM, ovvenkat wrote: > > > > > > > I have solved the problem. we need to copy odbc.ini file into /ect/ > folder not /usr/local/etc/ > > > > Regards, > > Venkat. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/5d36d85b/attachment.html From andrewkt at aktzero.com Thu Sep 2 00:07:22 2010 From: andrewkt at aktzero.com (Andrew Thompson) Date: Thu, 02 Sep 2010 03:07:22 -0400 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: <4C7F4D2A.3060308@aktzero.com> On 8/31/2010 2:37 PM, Rupa Schomaker wrote: > No, they do not have a SIP interface we can use. They > originate/terminate on the PSTN. (unless you have a gizmo5 account > which are no longer offered). One would hope they offer a SIP > interface again someday... The reason gizmo5 works, is it's a faux DID that's tied to a SIP account that you know the credentials for. sipgate.com provides a single US DID(with free incoming) for free per account. You of course then have the SIP credentials for that. I've not tried it(I have a gizmo5 account), but I've seen references to people using it elsewhere. NOTE: This is for inbound use only! Don't try to send your calls out through sipgate, unless you're putting money into that account. -- Andrew Thompson http://aktzero.com/ From msc at freeswitch.org Thu Sep 2 00:17:02 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 2 Sep 2010 00:17:02 -0700 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: References: Message-ID: Can you guys narrow down the commit that pushed things over the edge? Or doesn't git have some sort of magic tool that helps you figure this kind of thing out? -MC On Wed, Sep 1, 2010 at 9:17 PM, Moises Silva wrote: > I've seen exactly that behavior. > > First some warnings about events "queued at lower priority" and some time > later "Event queue is full!" > > Stopping the sipp traffic then shows some channels stuck, show channels > display channels that are no longer there. We reverted to our previous git > version of FreeSWITCH and the error is gone. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > L3R 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > 2010/9/1 Jo?o Mesquita > >> Hello guys, >> >> I have a problem that started to happen after I upgraded to git head last >> night. No configuration changes were made and this is the intriguing part. >> >> I have SQLite being mounted on tmpfs on busy Dell 1950s. After some time >> on the busy moments of the day, FS starts to not delete channels/calls from >> SQLite and leaves very little trace for me to track. >> >> I grep'ed the logs for SQL errors and found nothing.. The only part of the >> log that I could spot and that called my attention was this line that >> repeated several times during the periods where the problem occurs: >> >> switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event at >> a lower priority %d/%d!\n", index, was); >> >> 11:23:13.977874 [WARNING] switch_event.c:1353 queued event at a lower >> priority 1/0! >> >> Which is printed from the following code: >> >> for (index = (*event)->priority; index < 3; index++) { >> int was = (*event)->priority; >> if (switch_queue_trypush(EVENT_QUEUE[index], *event) == >> SWITCH_STATUS_SUCCESS) { >> if (index != was) { >> switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event >> at a lower priority %d/%d!\n", index, was); >> } >> goto end; >> } >> >> From what I could understand on the code, seems like there are 3 event >> priority queues and that message occurs when queue 0 is full. How exactly >> that relates to the problem, I am not sure so I see myself here lost in >> translation. Could the core_event_handler not receive some messages >> therefore not execute the sql statements? If that's the case, maybe I lost >> some log line telling me that we were loosing events? >> >> I hope someone can shed some light. >> >> Thank you, >> Jo?o Mesquita >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/519ffe49/attachment-0001.html From msc at freeswitch.org Thu Sep 2 00:21:23 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 2 Sep 2010 00:21:23 -0700 Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: <1283409213537-5490032.post@n2.nabble.com> References: <1283409213537-5490032.post@n2.nabble.com> Message-ID: On Wed, Sep 1, 2010 at 11:33 PM, xduvox wrote: > > Thanks David for your help > now the quintum is registered, i use the user 1008 that is already created > in FS > > so i have done some test call > 1. when i call 1008 quintum see the call but i got an error(503) > NORMAL_TEMPORARY_FAILURE, quintum see the call but cant proccess because i > have not sent the real number to call > > 2 i have this just to test a call > > expression="^(015555306078)$"> > data="user/internal/1008%${domain_name}^$1"/> > This syntax seems to be incorrect. You probably just want this: data="user/1008^$1" The "user" channel figures out the SIP contact string for you so that you don't have to do a crazy dialstring. Check out this page for more hints on how to construct a sofia dialstring: http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/8bccde8b/attachment.html From ahmed.ajmal at breezecom.ae Thu Sep 2 01:38:35 2010 From: ahmed.ajmal at breezecom.ae (Ahmed Ajmal) Date: Thu, 2 Sep 2010 13:38:35 +0500 Subject: [Freeswitch-users] Calls Disconnecting under 32 seconds Message-ID: <00ed01cb4a7a$412c9f20$c385dd60$@ajmal@breezecom.ae> Hello, After running FS for 5-6 hours we get calls disconnecting under 30 seconds. We are using enable-100rel=true After talking in irc with Matthew we disabled 100rel but now getting calls drop exactly after 32 seconds due to no response of ACK packet from FS. We are using 1 profile (external) for incoming and outgoing calls. Settings of the profile can be found here : http://pastebin.freeswitch.org/13783 There are hundred's of calls like this. We have now again enabled 100rel. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/b1d33d13/attachment.html From lloydie.t at gmail.com Thu Sep 2 02:39:49 2010 From: lloydie.t at gmail.com (lloyd thomas) Date: Thu, 2 Sep 2010 10:39:49 +0100 Subject: [Freeswitch-users] Ubuntu Hi-Res timer - small world In-Reply-To: <4C7D768D.7000901@gmail.com> References: <4B72146B-D099-4AAD-B0FF-F1B66403595C@freeswitch.org> <4C7D67F0.9010401@gmail.com> <20100831225800.3ab082f9@anubis.defcon1> <4C7D6E7C.8080702@gmail.com> <4C7D768D.7000901@gmail.com> Message-ID: Damn thing blew up anyway. Bad HD sectors. rebuilding with Lucid 2.6.32-24-generic-pae On 31 August 2010 22:39, William King wrote: > Which release? > > On 08/31/2010 02:33 PM, lloyd thomas wrote: > > 32 bit > > > > On 31 August 2010 22:32, lloyd thomas > > wrote: > > > > I am running 2.6.28.10-freeswitch > > > > > > On 31 August 2010 22:05, William King > > wrote: > > > > I am running this kernel in production and seems to be very > stable: > > 2.6.32-24-server x86_64 GNU/Linux > > > > Using release 10.04.1 LTS > > > > -William King > > > > On 08/31/2010 01:58 PM, Jean-Yves F. Barbier wrote: > > > On Tue, 31 Aug 2010 13:37:04 -0700, William King > > > > > > wrote: > > > > > > Yep, I confirm, 2.6.35 line seems to have timing PBs (and > others), > > > 2.6.33.4 is more stable (ubuntu often thinks newer is > better...) > > > > > >> Which release of Ubuntu are you running? I have FS running on > > a very old > > >> machine(slower than yours) and I have seen an issue like this > > before. It > > >> was related to the release and the kernel. > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/8309ded3/attachment.html From velu.technical at gmail.com Thu Sep 2 04:19:35 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Thu, 2 Sep 2010 16:49:35 +0530 Subject: [Freeswitch-users] mod_opal installation problem Message-ID: Dear All, When I executed the "make mod_opal" in the source directory, it throws the following error, making all mod_opal Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp ... /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:516:146: error: macro "switch_core_session_request" requires 4 arguments, but only 3 given /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?virtual OpalLocalConnection* FSEndPoint::CreateConnection(OpalCall&, void*, unsigned int, OpalConnection::StringOptions*)?: /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:515: error: ?switch_core_session_request? was not declared in this scope make[4]: *** [mod_opal.lo] Error 1 make[3]: *** [all] Error 1 make[2]: *** [mod_opal-all] Error 1 make[1]: *** [mod_opal] Error 2 make: *** [mod_opal] Error 2 Kindly anyone give some solution for this.. Regards, Velusamy. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/2c42fa44/attachment.html From fraserredmond at gmail.com Thu Sep 2 04:31:48 2010 From: fraserredmond at gmail.com (Fraser Redmond) Date: Thu, 2 Sep 2010 12:31:48 +0100 Subject: [Freeswitch-users] Turn off Remote-Party-ID In-Reply-To: References: <924D9AB0-9A71-49D8-A143-F562DD373EDE@freeswitch.org> Message-ID: Thanks Brian and David, 'export' worked - odd that 'set' worked before. FYI, I just tried the gateway setting again, but that still doesn't work. Cheers, Fraser On Wed, Sep 1, 2010 at 11:07 PM, Brian West wrote: > Well since that variable won't ever make it to the other leg of the call > then how do you expect it to turn off the rpid? > > Try export or set it inside the {} on the bridge line. > > /b > > > On Sep 1, 2010, at 4:58 PM, Fraser Redmond wrote: > > > That was using set (just before doing a bridge) > > > > > > > > Cheers, > > Fraser > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/a0b9abc3/attachment-0001.html From david.ponzone at ipeva.fr Thu Sep 2 04:33:17 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 13:33:17 +0200 Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: <1283409213537-5490032.post@n2.nabble.com> Message-ID: <546A1331-09FF-4A4A-A32F-C9A250CE44BB@ipeva.fr> Mike, As far as I know/remember, the ^$1 syntax is only valid with a sofia dialstring, which I gave to Octavio in my first reply. Do yo think this was changed to work also with user/ dialstring ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 09:21, Michael Collins a ?crit : > > > On Wed, Sep 1, 2010 at 11:33 PM, xduvox wrote: > > Thanks David for your help > now the quintum is registered, i use the user 1008 that is already > created > in FS > > so i have done some test call > 1. when i call 1008 quintum see the call but i got an error(503) > NORMAL_TEMPORARY_FAILURE, quintum see the call but cant proccess > because i > have not sent the real number to call > > 2 i have this just to test a call > > expression="^(015555306078)$"> > data="user/internal/1008%${domain_name}^$1"/> > This syntax seems to be incorrect. You probably just want this: > data="user/1008^$1" > > The "user" channel figures out the SIP contact string for you so > that you don't have to do a crazy dialstring. Check out this page > for more hints on how to construct a sofia dialstring: > > http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings > > -MC > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/5d0c2e80/attachment.html From chris.chen2004 at gmail.com Thu Sep 2 05:24:05 2010 From: chris.chen2004 at gmail.com (Chris Chen) Date: Thu, 2 Sep 2010 08:24:05 -0400 Subject: [Freeswitch-users] Calls Disconnecting under 32 seconds In-Reply-To: <-1778687955991033333@unknownmsgid> References: <-1778687955991033333@unknownmsgid> Message-ID: You have NAT issues, simple as that, try to fix your settings around NAT. On Thu, Sep 2, 2010 at 4:38 AM, Ahmed Ajmal wrote: > Hello, > > > > After running FS for 5-6 hours we get calls disconnecting under 30 seconds. > > We are using enable-100rel=true > > After talking in irc with Matthew we disabled 100rel but now getting calls > drop exactly after 32 seconds due to no response of ACK packet from FS. > > > > We are using 1 profile (external) for incoming and outgoing calls. > > Settings of the profile can be found here : > > http://pastebin.freeswitch.org/13783 > > > > There are hundred's of calls like this. > > > > We have now again enabled 100rel. > > > > Regards > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/5e78175e/attachment.html From kond at nstel.ru Thu Sep 2 05:27:11 2010 From: kond at nstel.ru (Nikolay Kondratyev) Date: Thu, 2 Sep 2010 16:27:11 +0400 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: Message-ID: <20100902122711.AC407132D0@mail.nstel.ru> Just in case: have you installed underlying libraries? http://wiki.freeswitch.org/wiki/Mod_opal Sometime ago i tried to compile mod_opal... but alas... I ended up using mod_h323 http://wiki.freeswitch.org/wiki/Mod_h323 Rgds, Nikolay. _____ From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan Sent: Thursday, September 02, 2010 3:20 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] mod_opal installation problem Dear All, When I executed the "make mod_opal" in the source directory, it throws the following error, making all mod_opal Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp ... /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:516:146: error: macro "switch_core_session_request" requires 4 arguments, but only 3 given /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?virtual OpalLocalConnection* FSEndPoint::CreateConnection(OpalCall&, void*, unsigned int, OpalConnection::StringOptions*)?: /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:515: error: ?switch_core_session_request? was not declared in this scope make[4]: *** [mod_opal.lo] Error 1 make[3]: *** [all] Error 1 make[2]: *** [mod_opal-all] Error 1 make[1]: *** [mod_opal] Error 2 make: *** [mod_opal] Error 2 Kindly anyone give some solution for this.. Regards, Velusamy. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/e46f1062/attachment.html From peter.olsson at visionutveckling.se Thu Sep 2 05:39:34 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Thu, 2 Sep 2010 14:39:34 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <20100902122711.AC407132D0@mail.nstel.ru> References: <20100902122711.AC407132D0@mail.nstel.ru> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C29C9@cooper> Add SOF_NONE as third argument on line 516, it's a FS change of switch_core_session_request() that's causing this. Please also create a jire for this and apply a patch if it works. /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Nikolay Kondratyev Skickat: den 2 september 2010 14:27 Till: 'FreeSWITCH Users Help' ?mne: Re: [Freeswitch-users] mod_opal installation problem Just in case: have you installed underlying libraries? http://wiki.freeswitch.org/wiki/Mod_opal Sometime ago i tried to compile mod_opal... but alas... I ended up using mod_h323 http://wiki.freeswitch.org/wiki/Mod_h323 Rgds, Nikolay. ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan Sent: Thursday, September 02, 2010 3:20 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] mod_opal installation problem Dear All, When I executed the "make mod_opal" in the source directory, it throws the following error, making all mod_opal Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... Compiling /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp ... /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:516:146: error: macro "switch_core_session_request" requires 4 arguments, but only 3 given /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function 'virtual OpalLocalConnection* FSEndPoint::CreateConnection(OpalCall&, void*, unsigned int, OpalConnection::StringOptions*)': /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:515: error: 'switch_core_session_request' was not declared in this scope make[4]: *** [mod_opal.lo] Error 1 make[3]: *** [all] Error 1 make[2]: *** [mod_opal-all] Error 1 make[1]: *** [mod_opal] Error 2 make: *** [mod_opal] Error 2 Kindly anyone give some solution for this.. Regards, Velusamy. !DSPAM:4c7f99d432932014520662! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/07731d73/attachment-0001.html From jeff at jefflenk.com Thu Sep 2 06:16:21 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 2 Sep 2010 06:16:21 -0700 (PDT) Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: References: Message-ID: <1283433381894-5491044.post@n2.nabble.com> I think this may be caused by changes that were made for FSCORE-657 Commit:af100fd1563aa6e6c335c11482f1e3d0de336dd2 and Commit:362eade2dc9b429eb047607755cdd6df355326cf 8/23/2010 -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Channels-and-calls-lost-in-SQLite-tp5489482p5491044.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ovvenkatesan at gmail.com Thu Sep 2 06:25:52 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 2 Sep 2010 18:55:52 +0530 Subject: [Freeswitch-users] error loading module 'luasql.mysql' In-Reply-To: References: Message-ID: I hope, you have solved this issue. I also faced the same issue and solved by disabling "*selinux*" utility. execute following command and follow the instruction to disable it. *system-config-securitylevel-tui* I hope, It will be useful for newbies :) Regards, Venkat. On Thu, Jan 28, 2010 at 5:45 AM, Adam Wilt wrote: > Hi, I followed the instructions in the Lua documentation for setting up > luasql, but when I try to run my script I get: > > 2010-01-27 19:08:14.799250 [ERR] mod_lua.cpp:182 error loading module > 'luasql.mysql' from file '/usr/local/lib/lua/5.1/luasql/mysql.so': > /usr/local/lib/lua/5.1/luasql/mysql.so: cannot restore segment prot > after reloc: Permission denied > stack traceback: > [C]: ? > [C]: in function 'require' > /usr/local/freeswitch/scripts/l.lua:2: in main chunk > > I'm running FreeSWITCH version 1.4 and luasql version 2.1.1. > > I changed the permissions for mysql.so and for my script to 777, so I'm not > sure where the permission problem could be. > > I'd appreciate any suggestions. > > Thanks, > Adam > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/6fbba4e1/attachment.html From ktngl at yahoo.co.uk Thu Sep 2 06:26:25 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Thu, 2 Sep 2010 13:26:25 +0000 (GMT) Subject: [Freeswitch-users] Problems getting dtmf events - code and debug now attached Message-ID: <597874.69313.qm@web29205.mail.ird.yahoo.com> code below and debug log now attached. It seems once playback file is played no further dtmf events come through? Any ideas! ??? ??? while @con.connected puts "wait for event" ??? ??? ??? ??? e = @con.recvEvent puts "got event" ??? ??? ??? ??? if (!e.nil?) puts "test event" ??? ??? ??? ??? ??? name = e.getHeader("Event-Name") ??? ??? ??? ??? ??? break if name == "SERVER_DISCONNECTED" ??? ??? ??? ??? ??? if name == "DTMF" ??? ??? ??? ??? ??? ??? digit = e.getHeader("DTMF-DIGIT") ??? ??? ??? ??? ??? ??? duration = e.getHeader("DTMF-DURATION") ??? ??? ??? ??? ??? ??? puts "*** dtmf #{digit} #{duration}" ??? ??? ??? ??? ??? end ??? ??? ??? ??? end ??? ??? end --- On Wed, 1/9/10, Nigel Kent wrote: From: Nigel Kent Subject: [Freeswitch-users] Problems getting dtmf events To: freeswitch-users at lists.freeswitch.org Date: Wednesday, 1 September, 2010, 21:15 I am trying to catch dtmf events but am having problems. It seems no dtmfs are being recieved. I can filter to other events and it gets picked up so this section of the code is doing the indented action of getting events. However I notice that during the execution of the playback command while the sound file is playing if a key press is done at this time the dtmf does get received. So my thought are what conditions does the playback command set in order to be able to have dtmf get recognized. -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/24634445/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: log.log Type: application/octet-stream Size: 107714 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/24634445/attachment-0001.obj From jeff at jefflenk.com Thu Sep 2 06:27:50 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 2 Sep 2010 06:27:50 -0700 (PDT) Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: Message-ID: <1283434070642-5491084.post@n2.nabble.com> fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. From peter.olsson at visionutveckling.se Thu Sep 2 06:43:05 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Thu, 2 Sep 2010 15:43:05 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <1283434070642-5491084.post@n2.nabble.com> References: <1283434070642-5491084.post@n2.nabble.com> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: freeswitch-users at lists.freeswitch.org ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c7fa7db32934011425493! From freeswitch-users at digitaldan.com Thu Sep 2 07:01:06 2010 From: freeswitch-users at digitaldan.com (Dan) Date: Thu, 2 Sep 2010 08:01:06 -0600 (MDT) Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <5216635.1518.1283435978617.JavaMail.daniel@radio> Message-ID: <9295732.1521.1283435979738.JavaMail.daniel@radio> Brian, thanks for your response. I'm confused why my script is exiting at all as recordFile should block until the call is hung up by the far end, it does this 99% of the time. As a test I have put a log message right after the recordFile line, this gets printed out, so the script is continuing on after the recordFile call is returning (which is should not as the far end has not disconnected) As I understand autoHangup is used to keep processing the dial plan when the script is done. In my case the script should not have finished at all, the call is still up, nobody has sent any hangup yet. What would make recordFile return internally with no arguments except the file name? Is there some buffer, lock, rtp timeout that could be causing this? From: "Brian West" To: "FreeSWITCH Users Help" Sent: Wednesday, September 1, 2010 6:59:20 PM Subject: Re: [Freeswitch-users] RecordFile returns prematurely because your script exited and you didn't set the autoHangup to false. See mod_lua wiki page. /b On Sep 1, 2010, at 6:53 PM, Dan wrote: > Right, session.recordFile returns, its the last line in my lua|javascript script, and the dial plan has nothing left to execute so it hangs up. The question is why is session.recordFile returning when it should be blocking until the call is hung up (remotely). There is no bye or media disconnect from the far end, the record call is just returning and freeswitch is then hanging the call up and sending a bye to the far end client as there's nothing left to do. > ----- Original Message ----- > From: "Brian West" > To: "FreeSWITCH Users Help" > Sent: Wednesday, September 1, 2010 4:32:48 PM > Subject: Re: [Freeswitch-users] RecordFile returns prematurely > > Read this line. > > /b _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/7e27017d/attachment.html From christian.loeschenkohl at xpirio.com Thu Sep 2 09:45:51 2010 From: christian.loeschenkohl at xpirio.com (=?ISO-8859-1?Q?Christian_L=F6schenkohl?=) Date: Thu, 02 Sep 2010 18:45:51 +0200 Subject: [Freeswitch-users] setting switch_r_sdp with outbound event socket In-Reply-To: References: <4C7D8226.4080504@xpirio.com> <51496716-6E26-494D-8F41-B964BDB6675F@freeswitch.org> <4C7D8867.50109@xpirio.com> Message-ID: <4C7FD4BF.7080907@xpirio.com> hello message on loopback look now like this sendmsg call-command: execute execute-app-name: set execute-app-arg: switch_r_sdp=v%3D0%0D%0Ao%3Droot+2099281814+2099281814+IN+IP4+xx.xx.xx.xx%0D%0As%3Dcall%0D%0Ac%3DIN+IP4+xx.xx.xx.xx%0D%0At%3D0+0%0D%0Am%3Daudio+18888+RTP%2FAVP+9+99+3+18+4+101%0D%0Aa%3Drtpmap%3A9+g722%2F8000%0D%0Aa%3Drtpmap%3A3+gsm%2F8000%0D%0Aa%3Drtpmap%3A18+g729%2F8000%0D%0Aa%3Dfmtp%3A18+annexb%3Dno%0D%0Aa%3Drtpmap%3A4+g723%2F8000%0D%0Aa%3Drtpmap%3A101+telephone-event%2F8000%0D%0Aa%3Dfmtp%3A101+0-16%0D%0Aa%3Dptime%3A20%0D%0A server respons now with "SIP/2.0 500 Internal Server Error" when trying to bridge this call with this sdp why does that not guarentee it will work? what could be a possible solution here? bg On 2010-09-01 03:31, Anthony Minessale wrote: > You have to urlencode it too and that does not guarentee it will work.... > >> On Aug 31, 2010 6:01 PM, "Christian L?schenkohl" >> > > wrote: >> >> thank you for your reply >> >> i read it here >> http://wiki.freeswitch.org/wiki/Codec_negotiation#Rewriting_SDP and it >> seemed >> logic to me (which isn't true as i seems). >> >> of course i tried it without CDATA - then the command on the loopback >> looks like this >> >> >> sendmsg >> call-command: execute >> execute-app-name: set >> >> execute-app-arg: switch_r_sdp=v=0 >> o=root 1051875459 1051875459 IN IP4 x.x.x.x >> >> s=call >> c=IN IP4 x.x.x.x >> t=0 0 >> >> m=audio 19156 RTP/AVP 0 9 99 3 18 4 101 >> >> a=rtpmap:0 pcmu/8000 >> a=rtpmap:9 g722/8000 >> a=rtpmap:3 gsm/8000 >> a=rtpmap:18 g729/8000 >> a=fmtp:18 annexb... >> >> and i also do get [ERR] switch_ivr.c:469 Invalid Command! >> >> these lines print out the error (switch_ivr.c:469) >> >> if (zstr(cmd)) { >> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), >> SWITCH_LOG_ERROR, "Invalid Command!\n"); >> return SWITCH_STATUS_FALSE; >> } >> >> br >> >> >> >> On 2010-09-01 00:34, Brian West wrote: >> >> > Why are you trying to put it in the CDATA? You know you... >> >> -- >> Ing. Christian L?schenkohl >> Technische Leitung, Forschung & Entwicklung VoIP >> >> xpirio >> Telekommunik... >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mail... >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Ing. Christian L?schenkohl Technische Leitung, Forschung & Entwicklung VoIP xpirio Telekommunikation & Service GmbH Lakeside B04 9020 Klagenfurt Austria T +43 (0) 5 77 11 - 1000 F +43 (0) 5 77 11 - 1002 E christian.loeschenkohl at xpirio.com From jeff at jefflenk.com Thu Sep 2 10:01:33 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 2 Sep 2010 10:01:33 -0700 (PDT) Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <9295732.1521.1283435979738.JavaMail.daniel@radio> References: <7655056.1499.1283379063515.JavaMail.daniel@radio> <9295732.1521.1283435979738.JavaMail.daniel@radio> Message-ID: <1283446893960-5491961.post@n2.nabble.com> Perhaps dtmf? Do you have a handler for this? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/RecordFile-returns-prematurely-tp5489060p5491961.html Sent from the freeswitch-users mailing list archive at Nabble.com. From tgraziano at myitdepartment.net Thu Sep 2 10:17:04 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Thu, 2 Sep 2010 13:17:04 -0400 Subject: [Freeswitch-users] Monitoring Valet Parking slots In-Reply-To: References: Message-ID: Can I assume I asked a question that answers itself? (Silence meaning no?) On 9/1/10, Tony Graziano wrote: > Is there a way to monitor a Valet Parking slot with blf? > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgraziano at voice.myitdepartment.net > Fax: 434.984.8431 > > Email: tgraziano at myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: helpdesk at voice.myitdepartment.net > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > -- Sent from my mobile device ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. From anthony.minessale at gmail.com Thu Sep 2 10:35:20 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 2 Sep 2010 12:35:20 -0500 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: <1283433381894-5491044.post@n2.nabble.com> References: <1283433381894-5491044.post@n2.nabble.com> Message-ID: try latest HEAD and see if it's better. BTW, we all know this should have been on jira and not the ML right...... On Thu, Sep 2, 2010 at 8:16 AM, Jeff Lenk wrote: > > I think this may be caused by changes that were made for FSCORE-657 > Commit:af100fd1563aa6e6c335c11482f1e3d0de336dd2 > and Commit:362eade2dc9b429eb047607755cdd6df355326cf > 8/23/2010 > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Channels-and-calls-lost-in-SQLite-tp5489482p5491044.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Thu Sep 2 10:34:53 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 2 Sep 2010 12:34:53 -0500 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: <1283433381894-5491044.post@n2.nabble.com> References: <1283433381894-5491044.post@n2.nabble.com> Message-ID: try latest HEAD and see if it's better. BTW, we all know this should have been on jira and not the ML right...... On Thu, Sep 2, 2010 at 8:16 AM, Jeff Lenk wrote: > > I think this may be caused by changes that were made for FSCORE-657 > Commit:af100fd1563aa6e6c335c11482f1e3d0de336dd2 > and Commit:362eade2dc9b429eb047607755cdd6df355326cf > 8/23/2010 > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Channels-and-calls-lost-in-SQLite-tp5489482p5491044.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Thu Sep 2 10:38:46 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 2 Sep 2010 12:38:46 -0500 Subject: [Freeswitch-users] Monitoring Valet Parking slots In-Reply-To: References: Message-ID: You can monitor the fifos with blf not the valet parking. Sending another email out of impatience less than 24 hours later is bad etiquette btw.... On Thu, Sep 2, 2010 at 12:17 PM, Tony Graziano wrote: > Can I assume I asked a question that answers itself? (Silence meaning no?) > > On 9/1/10, Tony Graziano wrote: >> Is there a way to monitor a Valet Parking slot with blf? >> >> -- >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> sip: tgraziano at voice.myitdepartment.net >> Fax: 434.984.8431 >> >> Email: tgraziano at myitdepartment.net >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: helpdesk at voice.myitdepartment.net >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> Why do mathematicians always confuse Halloween and Christmas? >> Because 31 Oct = 25 Dec. >> > > -- > Sent from my mobile device > > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgraziano at voice.myitdepartment.net > Fax: 434.984.8431 > > Email: tgraziano at myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: helpdesk at voice.myitdepartment.net > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From sos at sokhapkin.dyndns.org Thu Sep 2 10:43:57 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 13:43:57 -0400 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: References: <1283433381894-5491044.post@n2.nabble.com> Message-ID: <201009021343.57738.sos@sokhapkin.dyndns.org> Anthony, let me disagree. Only confirmed bugs should go to jira, confirmation that a "feature" is a bug, should be done in ML. Otherwise jira will be filled up with user's mistakes/misconfigurations. On Thursday 02 September 2010, Anthony Minessale wrote: > try latest HEAD and see if it's better. > > BTW, we all know this should have been on jira and not the ML right...... > > On Thu, Sep 2, 2010 at 8:16 AM, Jeff Lenk wrote: > > I think this may be caused by changes that were made for FSCORE-657 > > Commit:af100fd1563aa6e6c335c11482f1e3d0de336dd2 > > and Commit:362eade2dc9b429eb047607755cdd6df355326cf > > 8/23/2010 > > -- > > View this message in context: > > http://freeswitch-users.2379917.n2.nabble.com/Channels-and-calls-lost-in- > >SQLite-tp5489482p5491044.html Sent from the freeswitch-users mailing list > > archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 adminjew at gmail.com Thu Sep 2 10:48:06 2010 From: adminjew at gmail.com (Yitzchok) Date: Thu, 2 Sep 2010 13:48:06 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: <1283347083542-5486890.post@n2.nabble.com> Message-ID: Does anyone have mod_managed working with Mono 2.6.7 on Linux? If no what version of mono are you using? Yitzchok On Wed, Sep 1, 2010 at 11:10 AM, Yitzchok wrote: > @Phillip I don't think you need the namespace in there at least on windows > (and in the docs it says classname) > > @Jeff > It seems like the dll's and csx files load fine into freeswitch but when I > call them in the dialplan it throws > > Here is the exception for the csx file > > 2010-09-01 10:38:04.832604 [ERR] switch_cpp.cpp:1177 Exception in > Run(Ivr.TestIvr): System.NullReferenceException: Object reference not set to > an instance of an object > > Server stack trace: > at > System.Runtime.Serialization.SerializationCallbacks.GetMethodsByAttribute > (System.Type type, System.Type attr) [0x00000] in :0 > at System.Runtime.Serialization.SerializationCallbacks..ctor (System.Type > type) [0x00000] in :0 > at > System.Runtime.Serialization.SerializationCallbacks.GetSerializationCallbacks > (System.Type t) [0x00000] in :0 > at System.Runtime.Serialization.SerializationObjectManager.RegisterObject > (System.Object obj) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.GetObjectData > (System.Object obj, > System.Runtime.Serialization.Formatters.Binary.TypeMetadata& metadata, > System.Object& data) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObject > (System.IO.BinaryWriter writer, Int64 id, System.Object obj) [0x00000] in > :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectInstance > (System.IO.BinaryWriter writer, System.Object obj, Boolean isValueObject) > [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteQueuedObjects > (System.IO.BinaryWriter writer) [0x00000] in :0 > at > System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteObjectGraph > (System.IO.BinaryWriter writer, System.Object obj, > System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in unknown>:0 > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize > (System.IO.Stream serializationStream, System.Object graph, > System.Runtime.Remoting.Messaging.Header[] headers) [0x00000] in unknown>:0 > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize > (System.IO.Stream serializationStream, System.Object graph) [0x00000] in > :0 > at System.Runtime.Remoting.RemotingServices.SerializeExceptionData > (System.Exception ex) [0x00000] in :0 > > Exception rethrown at [0]: > > at (wrapper xdomain-invoke) FreeSWITCH.AppPluginExecutor:Execute > (string,intptr) > at (wrapper remoting-invoke-with-check) > FreeSWITCH.AppPluginExecutor:Execute (string,intptr) > at FreeSWITCH.Loader.Run (System.String command, IntPtr sessionHandle) > [0x00000] in :0 > 2010-09-01 10:38:04.832604 [ERR] mod_managed.cpp:422 Application run failed > for Ivr.TestIvr (unknown module or exception). > > > ------ > > I did get this exception once it then unloads the dll and it crashed FS > (but I can't reproduce it) > > 2010-09-01 10:43:25.882172 [ALERT] switch_cpp.cpp:1177 Exception loading > /usr/local/freeswitch/mod/managed/TestSystem.FreeSWITCH.Ivr.dll: > System.ArgumentException: Culture name nSystem.FreeSWITCH.Ivr.dll is not > supported. > Parameter name: name > > Server stack trace: > at System.Globalization.CultureInfo..ctor (System.String name, Boolean > useUserOverride, Boolean read_only) [0x00000] in :0 > at System.Globalization.CultureInfo.CreateCulture (System.String name, > Boolean reference) [0x00000] in :0 > at (wrapper managed-to-native) > System.Reflection.Assembly:GetReferencedAssemblies () > at FreeSWITCH.AsmPluginManager.LoadInternal (System.String fileName) > [0x00000] in :0 > at FreeSWITCH.PluginManager.Load (System.String file) [0x00000] in > :0 > at (wrapper remoting-invoke-with-check) FreeSWITCH.PluginManager:Load > (string) > at (wrapper xdomain-dispatch) FreeSWITCH.PluginManager:Load > (object,byte[]&,byte[]&,string) > > Exception rethrown at [0]: > > at (wrapper xdomain-invoke) FreeSWITCH.PluginManager:Load (string) > at (wrapper remoting-invoke-with-check) FreeSWITCH.PluginManager:Load > (string) > at FreeSWITCH.Loader.loadFile (System.String fileName) [0x00000] in > :0 > > > Yitzchok > > > > On Wed, Sep 1, 2010 at 9:18 AM, Jeff Lenk wrote: > >> >> When Demo.csx is places in mod/managed does it get loaded and compiled >> correctly? >> You should see it load when FS starts as well as dynamically picked up if >> copied while FS running. >> What version of the framework are you compiling the dll for? that might be >> the problem. >> -- >> View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5486890.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/b02ad89d/attachment.html From pkelly at gmail.com Wed Sep 1 12:19:29 2010 From: pkelly at gmail.com (Pete Kelly) Date: Wed, 1 Sep 2010 20:19:29 +0100 Subject: [Freeswitch-users] lua startup scripts (possibly!) Message-ID: Hi I am new to freeswitch, so please excuse me if I have some terminology slightly wrong! I am writing an IVR application using mod_lua, to do simple auth then enter a menu tree etc. I need to "preprocess" the incoming SIP INVITE by running a series of regular expressions (which are stored in a mysql database) against the request URI (and/or From header), to add an extra header to the INVITE for internal use. I only want to read in the regular expressions from the database at "startup" (or by a controlled reload), as the query to get them is quite heavy and the IVR will be handling upwards of 100 concurrent calls - so to query for the regex list on each INVITE is impractical. Is this startup scenario possible? Two options that I think I might have are: 1) Have a lua startup script which reads the regex list in at startup, and listens for incoming call events. I would then apply the header within the lua script before the dialplan extension is looked up. Does anyone have any examples, or know of any documentation which shows something similar to this happening. I have searched the wiki high and low but can only find very basic documentation on event handling in lua, and startup scripts in lua. 2) Have the regular expressions stored somewhere within the dialplan (global variables?) and make it part of a dialplan extension to add this header. Any advice or tips anybody could give me will be very helpful. Thanks Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100901/cf11910e/attachment-0001.html From mdale111 at verizon.net Wed Sep 1 16:47:08 2010 From: mdale111 at verizon.net (mdale111 at verizon.net) Date: Wed, 01 Sep 2010 19:47:08 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE Message-ID: Hello all, I'm going on the fourth day with no response from icall's support on this issue, so I would greatly appreciate any guidance. Freeswitch successfully registers with icalls outbound server, sbc01-car.dal.us.icall.net, and incoming calls are handled properly. But when I try to call a land-line with pa call 1813968XXXX, I get a response of 480 Temporarily Unavailable. I've also registered my external ip address with icalls servers. Also, this works "originate sofia/internal/9996 at conference.freeswitch.org 1000", but this doesn't "originate sofia/internal/1813968XXXX at sbc01-car.dal.us.icall.net:5060 1000." Windows XP SP3, 32-bit, 1.5gb FreeSWITCH Version 1.0.4 (14460) Here's the pa call sip trace from wireshark: INVITE sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj Max-Forwards: 70 From: "username" ;tag=43Sy3cymXr8vH To: Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.4-14460 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: timer, precondition, path, replaces Allow-Events: talk, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 316 Remote-Party-ID: "username" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1283092013 1283092014 IN IP4 173.65.36.19 s=FreeSWITCH c=IN IP4 173.65.36.19 t=0 0 m=audio 23986 RTP/AVP 10 0 8 3 101 13 a=rtpmap:10 L16/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 SIP/2.0 100 Trying Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj From: "username" ;tag=43Sy3cymXr8vH To: Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE User-Agent: CoreSSP SBC Content-Length: 0 SIP/2.0 480 Temporarily Unavailable Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj From: "username" ;tag=43Sy3cymXr8vH To: ;tag=FQK8XBFmHggUg Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE User-Agent: CoreSSP SBC Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, refer Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 Remote-Party-ID: "1813968XXXX" ACK sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj Max-Forwards: 70 From: "username" ;tag=43Sy3cymXr8vH To: ;tag=FQK8XBFmHggUg Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 ACK Content-Length: 0 Thanks in advance. From khurram at breezecom.ae Thu Sep 2 01:27:24 2010 From: khurram at breezecom.ae (Khurram Shafi) Date: Thu, 2 Sep 2010 13:27:24 +0500 Subject: [Freeswitch-users] Calls Disconnecting under 30 seconds Message-ID: <000001cb4a78$af6d54e0$0e47fea0$@ae> Hello List, After running FS for 5-6 hours we get calls disconnecting under 30 seconds. We are using enable-100rel=true After talking in irc with Matthew we disabled 100rel but now getting calls drop exactly after 32 seconds due to no response of ACK packet from FS. We are using 1 profile (external) for incoming and outgoing calls. Settings of the profile can be found here : http://pastebin.freeswitch.org/13783 we have all the logs and traces of the problem. Attached is the trace file of the problematic call. There are hundred's of calls like this. We have now again enabled 100rel. Regards From jeff at jefflenk.com Thu Sep 2 11:12:04 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 2 Sep 2010 11:12:04 -0700 (PDT) Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: <1283347083542-5486890.post@n2.nabble.com> Message-ID: <1283451124585-5492242.post@n2.nabble.com> One more question When you load Demo.csx can you succesfully execute "managed ApiDemo" from the cli? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5492242.html Sent from the freeswitch-users mailing list archive at Nabble.com. From brian at freeswitch.org Thu Sep 2 11:13:48 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 13:13:48 -0500 Subject: [Freeswitch-users] Calls Disconnecting under 30 seconds In-Reply-To: <000001cb4a78$af6d54e0$0e47fea0$@ae> References: <000001cb4a78$af6d54e0$0e47fea0$@ae> Message-ID: <89F3B64C-93DB-4713-B4A0-6E341F163F88@freeswitch.org> Fix your firewall or nat properly and it shouldn't happen. Also turn off ALL SIP ALG's on your routers. /b On Sep 2, 2010, at 3:27 AM, Khurram Shafi wrote: > > Hello List, > > After running FS for 5-6 hours we get calls disconnecting under 30 seconds. > We are using enable-100rel=true > After talking in irc with Matthew we disabled 100rel but now getting calls > drop exactly after 32 seconds due to no response of ACK packet from FS. > > We are using 1 profile (external) for incoming and outgoing calls. > Settings of the profile can be found here : > http://pastebin.freeswitch.org/13783 > > we have all the logs and traces of the problem. > Attached is the trace file of the problematic call. > There are hundred's of calls like this. > > We have now again enabled 100rel. > > Regards > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Thu Sep 2 11:17:30 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 2 Sep 2010 13:17:30 -0500 Subject: [Freeswitch-users] Calls Disconnecting under 30 seconds In-Reply-To: <000001cb4a78$af6d54e0$0e47fea0$@ae> References: <000001cb4a78$af6d54e0$0e47fea0$@ae> Message-ID: didn't you already send this email? your problem is FS caused by NAT issue of some sort preventing the ACK from being received. its not related to 5-6 hours or to 100rel, that is superstition. On Thu, Sep 2, 2010 at 3:27 AM, Khurram Shafi wrote: > > Hello List, > > After running FS for 5-6 hours we get calls disconnecting under 30 seconds. > We are using enable-100rel=true > After talking in irc with Matthew we disabled 100rel but now getting calls > drop exactly after 32 seconds due to no response of ACK packet from FS. > > We are using 1 profile (external) for incoming and outgoing calls. > Settings of the profile can be found here : > http://pastebin.freeswitch.org/13783 > > we have all the logs and traces of the problem. > Attached is the trace file of the problematic call. > There are hundred's of calls like this. > > We have now again enabled 100rel. > > Regards > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From peder at networkoblivion.com Thu Sep 2 11:24:47 2010 From: peder at networkoblivion.com (Peder) Date: Thu, 2 Sep 2010 13:24:47 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: Message-ID: <003501cb4acc$1f77cd80$5e676880$@com> I don't think there is much you can do about that short of routing calls for that area out another provider. About 20-25% of our calls out icall get rejected, usually with 500 errors. We send them out another provider and it works fine. And their support sucks..... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of mdale111 at verizon.net Sent: Wednesday, September 01, 2010 6:47 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE Hello all, I'm going on the fourth day with no response from icall's support on this issue, so I would greatly appreciate any guidance. Freeswitch successfully registers with icalls outbound server, sbc01-car.dal.us.icall.net, and incoming calls are handled properly. But when I try to call a land-line with pa call 1813968XXXX, I get a response of 480 Temporarily Unavailable. I've also registered my external ip address with icalls servers. Also, this works "originate sofia/internal/9996 at conference.freeswitch.org 1000", but this doesn't "originate sofia/internal/1813968XXXX at sbc01-car.dal.us.icall.net:5060 1000." Windows XP SP3, 32-bit, 1.5gb FreeSWITCH Version 1.0.4 (14460) Here's the pa call sip trace from wireshark: INVITE sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj Max-Forwards: 70 From: "username" ;tag=43Sy3c ymXr8vH To: Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.4-14460 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: timer, precondition, path, replaces Allow-Events: talk, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 316 Remote-Party-ID: "username" ;party=calling;screen=yes;pr ivacy=off v=0 o=FreeSWITCH 1283092013 1283092014 IN IP4 173.65.36.19 s=FreeSWITCH c=IN IP4 173.65.36.19 t=0 0 m=audio 23986 RTP/AVP 10 0 8 3 101 13 a=rtpmap:10 L16/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 SIP/2.0 100 Trying Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj From: "username" ;tag=43Sy3c ymXr8vH To: Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE User-Agent: CoreSSP SBC Content-Length: 0 SIP/2.0 480 Temporarily Unavailable Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj From: "username" ;tag=43Sy3c ymXr8vH To: ;tag=FQK8XBFmHggUg Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 INVITE User-Agent: CoreSSP SBC Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, refer Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 Remote-Party-ID: "1813968XXXX" ACK sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj Max-Forwards: 70 From: "username" ;tag=43Sy3c ymXr8vH To: ;tag=FQK8XBFmHggUg Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 CSeq: 1221935 ACK Content-Length: 0 Thanks in advance. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 sos at sokhapkin.dyndns.org Thu Sep 2 11:24:08 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 14:24:08 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: Message-ID: <201009021424.08395.sos@sokhapkin.dyndns.org> Disable no-sense for PSTN termination codec L16, make PCMU primary. On Wednesday 01 September 2010, mdale111 at verizon.net wrote: > Hello all, > > I'm going on the fourth day with no response from icall's support on this > issue, so I would greatly appreciate any guidance. > > Freeswitch successfully registers with icalls outbound server, > sbc01-car.dal.us.icall.net, and incoming calls are handled properly. But > when I try to call a land-line with > pa call 1813968XXXX, I get a response of 480 Temporarily Unavailable. I've > also registered my external ip address with icalls servers. > > Also, this works "originate sofia/internal/9996 at conference.freeswitch.org > 1000", but this doesn't "originate > sofia/internal/1813968XXXX at sbc01-car.dal.us.icall.net:5060 1000." > > Windows XP SP3, 32-bit, 1.5gb > FreeSWITCH Version 1.0.4 (14460) > > Here's the pa call sip trace from wireshark: > > INVITE sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 > Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj > Max-Forwards: 70 > From: "username" > ;tag=43Sy3 > cymXr8vH To: > Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 > CSeq: 1221935 INVITE > Contact: > User-Agent: FreeSWITCH-mod_sofia/1.0.4-14460 > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, > NOTIFY, REFER, UPDATE, REGISTER, INFO > Supported: timer, precondition, path, replaces > Allow-Events: talk, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 316 > Remote-Party-ID: "username" > ;party=calling;screen=yes;p > rivacy=off > > v=0 > o=FreeSWITCH 1283092013 1283092014 IN IP4 173.65.36.19 > s=FreeSWITCH > c=IN IP4 173.65.36.19 > t=0 0 > m=audio 23986 RTP/AVP 10 0 8 3 101 13 > a=rtpmap:10 L16/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:3 GSM/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > SIP/2.0 100 Trying > Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj > From: "username" > ;tag=43Sy3 > cymXr8vH To: > Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 > CSeq: 1221935 INVITE > User-Agent: CoreSSP SBC > Content-Length: 0 > > SIP/2.0 480 Temporarily Unavailable > Via: SIP/2.0/UDP 173.65.36.19;rport=5060;branch=z9hG4bKg0DHp06gr9Utj > From: "username" > ;tag=43Sy3 > cymXr8vH To: > ;tag=FQK8XBFmHggUg > Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 > CSeq: 1221935 INVITE > User-Agent: CoreSSP SBC > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, > REFER, NOTIFY > Supported: timer, precondition, path, replaces > Allow-Events: talk, refer > Reason: Q.850;cause=16;text="NORMAL_CLEARING" > Content-Length: 0 > Remote-Party-ID: "1813968XXXX" > > > ACK sip:1813968XXXX at sbc01-car.dal.us.icall.net:5060 SIP/2.0 > Via: SIP/2.0/UDP 173.65.36.19;rport;branch=z9hG4bKg0DHp06gr9Utj > Max-Forwards: 70 > From: "username" > ;tag=43Sy3 > cymXr8vH To: > ;tag=FQK8XBFmHggUg > Call-ID: 2896ecba-2e54-122e-88b1-073747d47dd9 > CSeq: 1221935 ACK > Content-Length: 0 > > Thanks in advance. > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 adminjew at gmail.com Thu Sep 2 11:26:24 2010 From: adminjew at gmail.com (Yitzchok) Date: Thu, 2 Sep 2010 14:26:24 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: <1283451124585-5492242.post@n2.nabble.com> References: <1283347083542-5486890.post@n2.nabble.com> <1283451124585-5492242.post@n2.nabble.com> Message-ID: No it doesn't work and this is the error I get. freeswitch at internal> managed TestIvr -ERR no reply freeswitch at internal> 2010-09-02 14:23:34.096077 [ERR] switch_cpp.cpp:1177 Exception in Execute(TestIvr): System.NullReferenceException: Object reference not set to an instance of an object at System.Runtime.Remoting.Contexts.Context.get_NeedsContextSink () [0x00000] in :0 at (wrapper xdomain-invoke) FreeSWITCH.ApiPluginExecutor:ExecuteApi (string,intptr,intptr) at (wrapper remoting-invoke-with-check) FreeSWITCH.ApiPluginExecutor:ExecuteApi (string,intptr,intptr) at FreeSWITCH.Loader.Execute (System.String command, IntPtr streamHandle, IntPtr eventHandle) [0x00000] in :0 2010-09-02 14:23:34.096077 [ERR] mod_managed.cpp:404 Execute failed for TestIvr (unknown module or exception). --- My source code --- using System; using System.Collections.Generic; using System.Text; using FreeSWITCH; using FreeSWITCH.Native; namespace Ivr { public class TestIvr : IAppPlugin, IApiPlugin { public static void Main(string[] args) { } public void Run(AppContext context) { context.Session.Answer(); context.Session.sleep(2000, 0); context.Session.Hangup(""); } public void Execute(ApiContext context) { Console.WriteLine("!!!!WORKING!!!!"); } public void ExecuteBackground(ApiBackgroundContext context) { } } } Thanks. Yitzchok On Thu, Sep 2, 2010 at 2:12 PM, Jeff Lenk wrote: > > One more question > > When you load Demo.csx can you succesfully execute "managed ApiDemo" from > the cli? > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5492242.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/492754f2/attachment-0001.html From brian at freeswitch.org Thu Sep 2 11:37:59 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 13:37:59 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <003501cb4acc$1f77cd80$5e676880$@com> References: <003501cb4acc$1f77cd80$5e676880$@com> Message-ID: I'm going to guess its because he has L16 as the first codec. /b On Sep 2, 2010, at 1:24 PM, Peder wrote: > I don't think there is much you can do about that short of routing calls for > that area out another provider. About 20-25% of our calls out icall get > rejected, usually with 500 errors. We send them out another provider and it > works fine. And their support sucks..... From msc at freeswitch.org Thu Sep 2 11:54:45 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 2 Sep 2010 11:54:45 -0700 Subject: [Freeswitch-users] Problems getting dtmf events - code and debug now attached In-Reply-To: <597874.69313.qm@web29205.mail.ird.yahoo.com> References: <597874.69313.qm@web29205.mail.ird.yahoo.com> Message-ID: Did you do this? http://wiki.freeswitch.org/wiki/Channel_Variables#playback_terminators -MC On Thu, Sep 2, 2010 at 6:26 AM, Nigel Kent wrote: > code below and debug log now attached. It seems once playback file is > played no further dtmf events come through? Any ideas! > > while @con.connected > puts "wait for event" > e = @con.recvEvent > puts "got event" > if (!e.nil?) > puts "test event" > name = e.getHeader("Event-Name") > break if name == "SERVER_DISCONNECTED" > if name == "DTMF" > digit = e.getHeader("DTMF-DIGIT") > duration = e.getHeader("DTMF-DURATION") > puts "*** dtmf #{digit} #{duration}" > end > end > end > > > > --- On *Wed, 1/9/10, Nigel Kent * wrote: > > > From: Nigel Kent > Subject: [Freeswitch-users] Problems getting dtmf events > To: freeswitch-users at lists.freeswitch.org > Date: Wednesday, 1 September, 2010, 21:15 > > I am trying to catch dtmf events but am having problems. It seems no dtmfs > are being recieved. I can filter to other events and it gets picked up so > this section of the code is doing the indented action of getting events. > > However I notice that during the execution of the playback command while > the sound file is playing if a key press is done at this time the dtmf does > get received. > > So my thought are what conditions does the playback command set in order to > be able to have dtmf get recognized. > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/2ebecc14/attachment.html From sos at sokhapkin.dyndns.org Thu Sep 2 11:56:07 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 14:56:07 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> Message-ID: <201009021456.07826.sos@sokhapkin.dyndns.org> Same happens if you have g729 as first codec and you didn't ask icall to enable g729 on US calls. On Thursday 02 September 2010, Brian West wrote: > I'm going to guess its because he has L16 as the first codec. > > /b > > On Sep 2, 2010, at 1:24 PM, Peder wrote: > > I don't think there is much you can do about that short of routing calls > > for that area out another provider. About 20-25% of our calls out icall > > get rejected, usually with 500 errors. We send them out another provider > > and it works fine. And their support sucks..... > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Peter.Hinman at ParcelPool.com Thu Sep 2 12:05:30 2010 From: Peter.Hinman at ParcelPool.com (Peter Hinman) Date: Thu, 02 Sep 2010 13:05:30 -0600 Subject: [Freeswitch-users] VoiceMail to Email troubles In-Reply-To: <2442AAF4-43E1-409E-8D9B-E41EF0B87B69@ipeva.fr> References: <4C7E8FC5.1060109@ParcelPool.com> <3A52E7CE-494F-4B82-A428-018FFFFD23F1@freeswitch.org> <4C7E94F1.7050203@ParcelPool.com> <256E1E99-8FDC-46A9-B8C8-4D8709D9F1CA@freeswitch.org> <4C7ED77C.4070107@ParcelPool.com> <964C2E5D-4854-4042-A3D9-E363FD445BC5@ipeva.fr> <4C7EE23E.1020508@ParcelPool.com> <95F4A286-1E47-41AC-B64B-DE65C20EFE9D@ipeva.fr> <4C7EEB91.2080208@ParcelPool.com> <2442AAF4-43E1-409E-8D9B-E41EF0B87B69@ipeva.fr> Message-ID: <4C7FF57A.9050805@ParcelPool.com> That got me pointed in the right direction! Thanks for the help! Turns out that the sendmail alias/redirect/link wasn't getting setup correctly when nullmailer was installed. I was just relying on the automated install scripts. I've corrected that and freeswitch is now able to send emails via nullmailer. I am curious why the php and lua email scripts did not appear to be getting called at all. Is there a way to enable some detailed logging in freeswitch that would help me get a better indication of what is happening there? Peter On 9/1/2010 11:45 PM, David Ponzone wrote: > nope! > > try to send mail from fs_cli with the system command, calling sendmail > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 02/09/2010 ? 02:10, Peter Hinman a ?crit : > >> Thanks - never had to look for something like that before. >> >> The only think I found related to nullmailer or freeswitch was the >> following. >> /usr/local/freeswitch/db/core.db >> >> Is that of any value? >> >> Peter >> >> >> On 9/1/2010 5:55 PM, David Ponzone wrote: >>> find / -name 'core.*' >> >> -- >> Peter Hinman >> ParcelPool.com >> Office: 801-434-7400 >> Cell: 801-830-8292 >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Peter Hinman ParcelPool.com Office: 801-434-7400 Cell: 801-830-8292 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/e18ca055/attachment-0001.html From xduvox at gmail.com Thu Sep 2 12:28:43 2010 From: xduvox at gmail.com (xduvox) Date: Thu, 2 Sep 2010 12:28:43 -0700 (PDT) Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: <1283409213537-5490032.post@n2.nabble.com> Message-ID: <1283455723255-5492479.post@n2.nabble.com> Hello Mike thanks for your help i have read http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings but a could not find an example to use a use as gateway like this sofia/gateway/gwQuintum/$1 where i can send the destination_number i tried to do something like this and i got the same error "cannot create outgoing channel of type [user] cause: [SUSCRIBER_ABSENT]" i tried this too like a gateway buy i got the same do you have any idea to use the user(quintum) like a gateway? thank in advance for your help -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492479.html Sent from the freeswitch-users mailing list archive at Nabble.com. From david.ponzone at ipeva.fr Thu Sep 2 12:32:00 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 21:32:00 +0200 Subject: [Freeswitch-users] lua startup scripts (possibly!) In-Reply-To: References: Message-ID: Pete, define "heavy" :) How much time does it take to get the reply from your DB ? Consider also that 100 concurrent calls, it's nothing. If you consider an avg call duration of 1 min, it's around 1,6CPS. Don't you think your DB can handle that (MS Access probably can't) ? You could also extract the XML dialplan containing your regexps (as far as they can be written using the regexp lib provided with FS) from the DB at startup. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 01/09/2010 ? 21:19, Pete Kelly a ?crit : > Hi > > I am new to freeswitch, so please excuse me if I have some > terminology slightly wrong! I am writing an IVR application using > mod_lua, to do simple auth then enter a menu tree etc. > > I need to "preprocess" the incoming SIP INVITE by running a series > of regular expressions (which are stored in a mysql database) > against the request URI (and/or From header), to add an extra > header to the INVITE for internal use. > > I only want to read in the regular expressions from the database at > "startup" (or by a controlled reload), as the query to get them is > quite heavy and the IVR will be handling upwards of 100 concurrent > calls - so to query for the regex list on each INVITE is impractical. > > Is this startup scenario possible? Two options that I think I might > have are: > > 1) Have a lua startup script which reads the regex list in at > startup, and listens for incoming call events. I would then apply > the header within the lua script before the dialplan extension is > looked up. Does anyone have any examples, or know of any > documentation which shows something similar to this happening. I > have searched the wiki high and low but can only find very basic > documentation on event handling in lua, and startup scripts in lua. > > 2) Have the regular expressions stored somewhere within the dialplan > (global variables?) and make it part of a dialplan extension to add > this header. > > > Any advice or tips anybody could give me will be very helpful. > > Thanks > > Pete > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/ea04e4df/attachment.html From ktngl at yahoo.co.uk Thu Sep 2 12:35:40 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Thu, 2 Sep 2010 19:35:40 +0000 (GMT) Subject: [Freeswitch-users] Problems getting dtmf events - code and debug now attached Message-ID: <663098.52770.qm@web29203.mail.ird.yahoo.com> It has not made a difference when I used the playback_terminators . My problem happens when the code gets to the while loop, this is past the playback command. As can been seen from the debug log the code does go into the while loop and waits for events it catches all events apart from dtmf. It seems the detection of dtmf events is not happening after the playback command [DEBUG] src/esl.c:1042 esl_recv_event() RECV MESSAGE Event-Name: SOCKET_DATA Content-Length: 5015 Content-Type: text/event-plain got event test event wait for event The full test script: require 'rubygems' require "ESL" require 'socket' include Socket::Constants #Log ESL::eslSetLogLevel(7) @ring_ring = "tone_stream://%(400,200,400,450);%(400,2200,400,450);loops=2" ??? def pick_up_call ??? ??? @con.execute("answer") ??? ??? @con.setEventLock("true") ??? ??? @con.execute("sleep", "1000") ??? ??? @con.execute("playback", @ring_ring) ??? end bind_address = "127.0.0.1" bind_port = 8084 socket = Socket.new(AF_INET, SOCK_STREAM, 0) sockaddr = Socket.sockaddr_in(bind_port, bind_address) socket.bind(sockaddr) socket.listen(5) puts "Listening for connections on #{bind_address}:#{bind_port}" loop do ? client_socket, client_sockaddr = socket.accept ? pid = fork do ??? @con = ESL::ESLconnection.new(client_socket.fileno) ??? info = @con.getInfo ??? @uuid = info.getHeader("UNIQUE-ID") ??? @con.sendRecv("myevents") ??? @con.sendRecv("divert_events on") ??? pick_up_call ??? ??? ??? while @con.connected puts "wait for event" ??? ??? ??? ??? e = @con.recvEvent puts "got event" ??? ??? ??? ??? if (!e.nil?) puts "test event" ??? ??? ??? ??? ??? name = e.getHeader("Event-Name") ??? ??? ??? ??? ??? break if name == "SERVER_DISCONNECTED" ??? ??? ??? ??? ??? if name == "DTMF" ??? ??? ??? ??? ??? ??? digit = e.getHeader("DTMF-DIGIT") ??? ??? ??? ??? ??? ??? duration = e.getHeader("DTMF-DURATION") ??? ??? ??? ??? ??? ??? puts "*** dtmf #{digit} #{duration}" ??? ??? ??? ??? ??? end ??? ??? ??? ??? end ??? ??? end ??? ??? puts "Connection closed" ? end ? Process.detach(pid) end --- On Thu, 2/9/10, Michael Collins wrote: From: Michael Collins Subject: Re: [Freeswitch-users] Problems getting dtmf events - code and debug now attached To: "FreeSWITCH Users Help" Date: Thursday, 2 September, 2010, 18:54 Did you do this? http://wiki.freeswitch.org/wiki/Channel_Variables#playback_terminators -MC On Thu, Sep 2, 2010 at 6:26 AM, Nigel Kent wrote: code below and debug log now attached. It seems once playback file is played no further dtmf events come through? Any ideas! ??? ??? while @con.connected puts "wait for event" ??? ??? ??? ??? e = @con.recvEvent puts "got event" ??? ??? ??? ??? if (!e.nil?) puts "test event" ??? ??? ??? ??? ??? name = e.getHeader("Event-Name") ??? ??? ??? ??? ??? break if name == "SERVER_DISCONNECTED" ??? ??? ??? ??? ??? if name == "DTMF" ??? ??? ??? ??? ??? ??? digit = e.getHeader("DTMF-DIGIT") ??? ??? ??? ??? ??? ??? duration = e.getHeader("DTMF-DURATION") ??? ??? ??? ??? ??? ??? puts "*** dtmf #{digit} #{duration}" ??? ??? ??? ??? ??? end ??? ??? ??? ??? end ??? ??? end --- On Wed, 1/9/10, Nigel Kent wrote: From: Nigel Kent Subject: [Freeswitch-users] Problems getting dtmf events To: freeswitch-users at lists.freeswitch.org Date: Wednesday, 1 September, 2010, 21:15 I am trying to catch dtmf events but am having problems. It seems no dtmfs are being recieved. I can filter to other events and it gets picked up so this section of the code is doing the indented action of getting events. However I notice that during the execution of the playback command while the sound file is playing if a key press is done at this time the dtmf does get received. So my thought are what conditions does the playback command set in order to be able to have dtmf get recognized. -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/c6005f2e/attachment-0001.html From tgraziano at myitdepartment.net Thu Sep 2 12:36:12 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Thu, 2 Sep 2010 15:36:12 -0400 Subject: [Freeswitch-users] Monitoring Valet Parking slots In-Reply-To: References: Message-ID: I'll go stand in the corner for fifteen minutes and no gold stars for me today. Thanks for the answer though. Does monitoring the fifo adhere to RFC4235 (dialogue events)? Appreciate any pointers. Thanks, Tony On Thu, Sep 2, 2010 at 1:38 PM, Anthony Minessale wrote: > You can monitor the fifos with blf not the valet parking. > > Sending another email out of impatience less than 24 hours later is > bad etiquette btw.... > > > > On Thu, Sep 2, 2010 at 12:17 PM, Tony Graziano > wrote: >> Can I assume I asked a question that answers itself? (Silence meaning no?) >> >> On 9/1/10, Tony Graziano wrote: >>> Is there a way to monitor a Valet Parking slot with blf? >>> >>> -- >>> ====================== >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> sip: tgraziano at voice.myitdepartment.net >>> Fax: 434.984.8431 >>> >>> Email: tgraziano at myitdepartment.net >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> sip: helpdesk at voice.myitdepartment.net >>> Fax: 434.984.8427 >>> >>> Helpdesk Contract Customers: >>> http://www.myitdepartment.net/gethelp/ >>> >>> Why do mathematicians always confuse Halloween and Christmas? >>> Because 31 Oct = 25 Dec. >>> >> >> -- >> Sent from my mobile device >> >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> sip: tgraziano at voice.myitdepartment.net >> Fax: 434.984.8431 >> >> Email: tgraziano at myitdepartment.net >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: helpdesk at voice.myitdepartment.net >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> Why do mathematicians always confuse Halloween and Christmas? >> Because 31 Oct = 25 Dec. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mdale111 at verizon.net Thu Sep 2 12:39:33 2010 From: mdale111 at verizon.net (Mark Dale) Date: Thu, 02 Sep 2010 15:39:33 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <201009021456.07826.sos@sokhapkin.dyndns.org> References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: I've tried using and the INVITE offered only these two codecs, but I still got 480 Temporarily Unavailable. So I just set it back to the default. I've since found that if I set the caller id number to 1234567, the call always goes through . If I use anything else, the call fails. Using 1234567, I then get this remote id in the INVITE header: Remote-Party-ID: "username" ;party=calling;screen=yes;privacy=off instead of: Remote-Party-ID: "username";party=calling;screen=yes;privacy=off Am I formatting the caller id incorrectly? Thanks, Mark Dale -------------------------------------------------- From: "Sergey Okhapkin" Sent: Thursday, September 02, 2010 2:56 PM To: "FreeSWITCH Users Help" Subject: Re: [Freeswitch-users] icall's carrier service returns 480TemporarilyUnavailable for outbound INVITE > Same happens if you have g729 as first codec and you didn't ask icall to > enable > g729 on US calls. > > On Thursday 02 September 2010, Brian West wrote: >> I'm going to guess its because he has L16 as the first codec. >> >> /b >> >> On Sep 2, 2010, at 1:24 PM, Peder wrote: >> > I don't think there is much you can do about that short of routing >> > calls >> > for that area out another provider. About 20-25% of our calls out >> > icall >> > get rejected, usually with 500 errors. We send them out another >> > provider >> > and it works fine. And their support sucks..... >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Thu Sep 2 12:41:37 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 2 Sep 2010 21:41:37 +0200 Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: <1283455723255-5492479.post@n2.nabble.com> References: <1283409213537-5490032.post@n2.nabble.com> <1283455723255-5492479.post@n2.nabble.com> Message-ID: You should really read my replies. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 21:28, xduvox a ?crit : > > Hello Mike > thanks for your help i have read > http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings > but a could not find an example to use a use as gateway like this > sofia/gateway/gwQuintum/$1 where i can send the destination_number > i tried to do something like this > > > > > > and i got the same error "cannot create outgoing channel of type > [user] > cause: [SUSCRIBER_ABSENT]" > > i tried this too > > like a gateway buy i got the same > do you have any idea to use the user(quintum) like a gateway? > > thank in advance for your help > > > > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492479.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/a3fce180/attachment.html From jeff at jefflenk.com Thu Sep 2 12:45:17 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 2 Sep 2010 12:45:17 -0700 (PDT) Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: <1283347083542-5486890.post@n2.nabble.com> <1283451124585-5492242.post@n2.nabble.com> Message-ID: <1283456717743-5492556.post@n2.nabble.com> Please just use the file provided in src/mod/languages/mod_managed/managed/Demo.csx when you copy this file to install-location/mod/managed it should be loaded automatically in a running instance of fs. If this does not happen then the mono runtime is not setup or working correctly. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5492556.html Sent from the freeswitch-users mailing list archive at Nabble.com. From sos at sokhapkin.dyndns.org Thu Sep 2 12:46:36 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 15:46:36 -0400 Subject: [Freeswitch-users] =?iso-8859-1?q?icall=27s_carrier_service_retur?= =?iso-8859-1?q?ns_480=09Temporarily_Unavailable_for_outbound_INVITE?= In-Reply-To: References: <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: <201009021546.36092.sos@sokhapkin.dyndns.org> Do you provide a valid caller id number in invite? CID matters a lot... On Thursday 02 September 2010, Mark Dale wrote: > I've tried using > and the INVITE offered only these two codecs, but I still got 480 > Temporarily Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;priv > acy=off instead of: > Remote-Party-ID: > "username";party=calling;sc > reen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale > > > -------------------------------------------------- > From: "Sergey Okhapkin" > Sent: Thursday, September 02, 2010 2:56 PM > To: "FreeSWITCH Users Help" > Subject: Re: [Freeswitch-users] icall's carrier service returns > 480TemporarilyUnavailable for outbound INVITE > > > Same happens if you have g729 as first codec and you didn't ask icall to > > enable > > g729 on US calls. > > > > On Thursday 02 September 2010, Brian West wrote: > >> I'm going to guess its because he has L16 as the first codec. > >> > >> /b > >> > >> On Sep 2, 2010, at 1:24 PM, Peder wrote: > >> > I don't think there is much you can do about that short of routing > >> > calls > >> > for that area out another provider. About 20-25% of our calls out > >> > icall > >> > get rejected, usually with 500 errors. We send them out another > >> > provider > >> > and it works fine. And their support sucks..... > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 tgraziano at myitdepartment.net Thu Sep 2 12:48:52 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Thu, 2 Sep 2010 15:48:52 -0400 Subject: [Freeswitch-users] Calls Disconnecting under 30 seconds In-Reply-To: References: <000001cb4a78$af6d54e0$0e47fea0$@ae> Message-ID: Yeah, what they are trying to say is their is a call timer at the ITP side that says if you don't ACKnowledge the call in progress, it terminates the call. What you have NOT described is the firewall type you are using. Whatcha got there? (Hint: If you firewall is using siproxd or an ALG (sip) or SPI (Stateful packet Inspection, you should disable it or turn it off...) On Thu, Sep 2, 2010 at 2:17 PM, Anthony Minessale wrote: > didn't you already send this email? > > your problem is FS caused by NAT issue of some sort preventing the ACK > from being received. > its not related to 5-6 hours or to 100rel, that is superstition. > > > On Thu, Sep 2, 2010 at 3:27 AM, Khurram Shafi wrote: >> >> Hello List, >> >> After running FS for 5-6 hours we get calls disconnecting under 30 seconds. >> We are using enable-100rel=true >> After talking in irc with Matthew we disabled 100rel but now getting calls >> drop exactly after 32 seconds due to no response of ACK packet from FS. >> >> We are using 1 profile (external) for incoming and outgoing calls. >> Settings of the profile can be found here : >> http://pastebin.freeswitch.org/13783 >> >> we have all the logs and traces of the problem. >> Attached is the trace file of the problematic call. >> There are hundred's of calls like this. >> >> We have now again enabled 100rel. >> >> Regards >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From brian at freeswitch.org Thu Sep 2 12:55:44 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 14:55:44 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: could be that your xml for your gateway is wrong... can you post that? /b On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > I've tried using and > the INVITE offered only these two codecs, but I still got 480 Temporarily > Unavailable. So I just set it back to the default. > > I've since found that if I set the caller id number to 1234567, the call > always goes through . If I use anything else, the call fails. > Using 1234567, I then get this remote id in the INVITE header: > Remote-Party-ID: "username" > ;party=calling;screen=yes;privacy=off > instead of: > Remote-Party-ID: > "username";party=calling;screen=yes;privacy=off > > Am I formatting the caller id incorrectly? > > Thanks, > > Mark Dale From adminjew at gmail.com Thu Sep 2 13:12:28 2010 From: adminjew at gmail.com (Yitzchok) Date: Thu, 2 Sep 2010 16:12:28 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: <1283456717743-5492556.post@n2.nabble.com> References: <1283347083542-5486890.post@n2.nabble.com> <1283451124585-5492242.post@n2.nabble.com> <1283456717743-5492556.post@n2.nabble.com> Message-ID: So it seems like Demo.csx does work but only on the first call. freeswitch at li133-47> managed ApiDemo ApiDemo executed with args '' and event type API. freeswitch at li133-47> managed ApiDemo 2010-09-02 16:08:23.874678 [ERR] switch_cpp.cpp:1177 Exception in Execute(ApiDemo): System.NullReferenceException: Object reference not set to an instance of an object at System.Runtime.Remoting.Contexts.Context.get_NeedsContextSink () [0x00000] in :0 at (wrapper xdomain-invoke) FreeSWITCH.ApiPluginExecutor:ExecuteApi (string,intptr,intptr) at (wrapper remoting-invoke-with-check) FreeSWITCH.ApiPluginExecutor:ExecuteApi (string,intptr,intptr) at FreeSWITCH.Loader.Execute (System.String command, IntPtr streamHandle, IntPtr eventHandle) [0x00000] in :0 2010-09-02 16:08:23.874678 [ERR] mod_managed.cpp:404 Execute failed for ApiDemo (unknown module or exception). Yitzchok On Thu, Sep 2, 2010 at 3:45 PM, Jeff Lenk wrote: > > Please just use the file provided in > src/mod/languages/mod_managed/managed/Demo.csx > > when you copy this file to install-location/mod/managed it should be loaded > automatically in a running instance of fs. If this does not happen then the > mono runtime is not setup or working correctly. > > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-managed-on-linux-centos-tp5485480p5492556.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/4ec75f01/attachment-0001.html From xduvox at gmail.com Thu Sep 2 13:38:37 2010 From: xduvox at gmail.com (xduvox) Date: Thu, 2 Sep 2010 13:38:37 -0700 (PDT) Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: <1283409213537-5490032.post@n2.nabble.com> <1283455723255-5492479.post@n2.nabble.com> Message-ID: sorry David did i miss something, i am really new in this stuff i tried the way you tell me, sorry if i did not understand you, could you send me what you mind by write down and example! thanks 2010/9/2 David Ponzone [via freeswitch-users] < ml-node+5492569-1021998373-288894 at n2.nabble.com > > You should really read my replies. > > David Ponzone Direction Technique > email: [hidden email] > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <#12ad3fe4ec6c6d5a_> - www.ipeva-studio.com<#12ad3fe4ec6c6d5a_> > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 02/09/2010 ? 21:28, xduvox a ?crit : > > > Hello Mike > thanks for your help i have read > http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings > but a could not find an example to use a use as gateway like this > sofia/gateway/gwQuintum/$1 where i can send the destination_number > i tried to do something like this > > > > > > and i got the same error "cannot create outgoing channel of type [user] > cause: [SUSCRIBER_ABSENT]" > > i tried this too > > like a gateway buy i got the same > do you have any idea to use the user(quintum) like a gateway? > > thank in advance for your help > > > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492479.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > > FreeSWITCH-users mailing list > [hidden email] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > [hidden email] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > ------------------------------ > View message @ > http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492569.html > To unsubscribe from how to register a gateway to freeswitch, click here. > > > -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492755.html Sent from the freeswitch-users mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/5aec17fc/attachment.html From mdale111 at verizon.net Thu Sep 2 14:10:30 2010 From: mdale111 at verizon.net (mdale111 at verizon.net) Date: Thu, 02 Sep 2010 17:10:30 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> Message-ID: <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> I used what icall recommend for the gateway: ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Thursday, September 02, 2010 3:55 PM Subject: Re: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE > could be that your xml for your gateway is wrong... can you post that? > > /b > > On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > >> I've tried using >> and >> the INVITE offered only these two codecs, but I still got 480 Temporarily >> Unavailable. So I just set it back to the default. >> >> I've since found that if I set the caller id number to 1234567, the call >> always goes through . If I use anything else, the call fails. >> Using 1234567, I then get this remote id in the INVITE header: >> Remote-Party-ID: "username" >> ;party=calling;screen=yes;privacy=off >> instead of: >> Remote-Party-ID: >> "username";party=calling;screen=yes;privacy=off >> >> Am I formatting the caller id incorrectly? >> >> Thanks, >> >> Mark Dale > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 sos at sokhapkin.dyndns.org Thu Sep 2 14:20:13 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 17:20:13 -0400 Subject: [Freeswitch-users] =?iso-8859-1?q?icall=27s_carrier_service_retur?= =?iso-8859-1?q?ns_480=09Temporarily_Unavailable_for_outbound_INVITE?= In-Reply-To: <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> References: <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> Message-ID: <201009021720.13276.sos@sokhapkin.dyndns.org> GW settings are not related to global outbound settings. Did you ever study FS config files? On Thursday 02 September 2010, mdale111 at verizon.net wrote: > I used what icall recommend for the gateway: > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > From: "Brian West" > To: "FreeSWITCH Users Help" > Sent: Thursday, September 02, 2010 3:55 PM > Subject: Re: [Freeswitch-users] icall's carrier service returns 480 > Temporarily Unavailable for outbound INVITE > > > could be that your xml for your gateway is wrong... can you post that? > > > > /b > > > > On Sep 2, 2010, at 2:39 PM, Mark Dale wrote: > >> I've tried using > >> and > >> the INVITE offered only these two codecs, but I still got 480 > >> Temporarily Unavailable. So I just set it back to the default. > >> > >> I've since found that if I set the caller id number to 1234567, the call > >> always goes through . If I use anything else, the call fails. > >> Using 1234567, I then get this remote id in the INVITE header: > >> Remote-Party-ID: "username" > >> ;party=calling;screen=yes;p > >>rivacy=off instead of: > >> Remote-Party-ID: > >> "username";party=calling > >>;screen=yes;privacy=off > >> > >> Am I formatting the caller id incorrectly? > >> > >> Thanks, > >> > >> Mark Dale > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 2 14:21:43 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 16:21:43 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> Message-ID: What kind of firewall do you have? Clearly you have something between YOU and icall mucking with the packets. /b On Sep 2, 2010, at 4:10 PM, wrote: > I used what icall recommend for the gateway: > > > > > > > > > > > > > > > > > > > > > > > > > From mdale111 at verizon.net Thu Sep 2 14:36:49 2010 From: mdale111 at verizon.net (mdale111 at verizon.net) Date: Thu, 02 Sep 2010 17:36:49 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> Message-ID: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that is configured with the Freeswitch server in the DMZ. ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Thursday, September 02, 2010 5:21 PM Subject: Re: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE > What kind of firewall do you have? Clearly you have something between YOU > and icall mucking with the packets. > > /b > > On Sep 2, 2010, at 4:10 PM, > wrote: > >> I used what icall recommend for the gateway: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 pkelly at gmail.com Thu Sep 2 14:46:19 2010 From: pkelly at gmail.com (Pete Kelly) Date: Thu, 2 Sep 2010 22:46:19 +0100 Subject: [Freeswitch-users] lua startup scripts (possibly!) In-Reply-To: References: Message-ID: David, thanks for the reply. I've actually decided to do this within an openser dialplan lookup before the freeswitch media box gets hit. However, it would be useful if there are any docs/examples around of how to listen for and modify events using a lua startup script. Pete On 2 September 2010 20:32, David Ponzone wrote: > Pete, > > define "heavy" :) > How much time does it take to get the reply from your DB ? > > Consider also that 100 concurrent calls, it's nothing. > If you consider an avg call duration of 1 min, it's around 1,6CPS. > Don't you think your DB can handle that (MS Access probably can't) ? > > You could also extract the XML dialplan containing your regexps (as far as > they can be written using the regexp lib provided with FS) from the DB at > startup. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 01/09/2010 ? 21:19, Pete Kelly a ?crit : > > Hi > > I am new to freeswitch, so please excuse me if I have some terminology > slightly wrong! I am writing an IVR application using mod_lua, to do simple > auth then enter a menu tree etc. > > I need to "preprocess" the incoming SIP INVITE by running a series of > regular expressions (which are stored in a mysql database) against the > request URI (and/or From header), to add an extra header to the INVITE for > internal use. > > I only want to read in the regular expressions from the database at > "startup" (or by a controlled reload), as the query to get them is quite > heavy and the IVR will be handling upwards of 100 concurrent calls - so to > query for the regex list on each INVITE is impractical. > > Is this startup scenario possible? Two options that I think I might have > are: > > 1) Have a lua startup script which reads the regex list in at startup, and > listens for incoming call events. I would then apply the header within the > lua script before the dialplan extension is looked up. Does anyone have any > examples, or know of any documentation which shows something similar to this > happening. I have searched the wiki high and low but can only find very > basic documentation on event handling in lua, and startup scripts in lua. > > 2) Have the regular expressions stored somewhere within the dialplan > (global variables?) and make it part of a dialplan extension to add this > header. > > > Any advice or tips anybody could give me will be very helpful. > > Thanks > > Pete > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/9b198443/attachment.html From freeswitch-list at puzzled.xs4all.nl Thu Sep 2 14:47:26 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Thu, 02 Sep 2010 23:47:26 +0200 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: <1283347083542-5486890.post@n2.nabble.com> Message-ID: <4C801B6E.4050103@puzzled.xs4all.nl> On 09/02/2010 07:48 PM, Yitzchok wrote: > Does anyone have mod_managed working with Mono 2.6.7 on Linux? > > If no what version of mono are you using? I only know that mod_managed in FreeSWITCH git from about two weeks ago built ok against mono 2.6.4 on CentOS 5.5 x86_64. And the module loaded correctly. Haven't tested anything else as I wouldn't know how to. Regards, Patrick From brian at freeswitch.org Thu Sep 2 14:59:29 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Sep 2010 16:59:29 -0500 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> Message-ID: <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> http://community.vzw.com/t5/FiOS-Internet/How-do-I-disable-SIP-ALG-on-the-Westell-9100em/td-p/124215 /b On Sep 2, 2010, at 4:36 PM, wrote: > Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that is > configured with the Freeswitch server in the DMZ. > > ----- Original Message ----- > From: "Brian West" > To: "FreeSWITCH Users Help" > Sent: Thursday, September 02, 2010 5:21 PM > Subject: Re: [Freeswitch-users] icall's carrier service returns 480 > Temporarily Unavailable for outbound INVITE > > >> What kind of firewall do you have? Clearly you have something between YOU >> and icall mucking with the packets. >> >> /b From mark.maly at molcs.org Thu Sep 2 15:01:58 2010 From: mark.maly at molcs.org (Mark Maly) Date: Thu, 2 Sep 2010 17:01:58 -0500 Subject: [Freeswitch-users] mod_freetdm dialing delay on analog line Message-ID: <00f301cb4aea$77674390$6635cab0$@maly@molcs.org> Hello, Wondered why there would be an approximate 6-7 second delay in calling analog/POTS via Sangoma USB100. Have used a TDM400P and there's a delay, but up to 7 seconds seems excessive. Any comments? 2010-09-02 16:56:28.586905 [DEBUG] mod_freetdm.c:427 FreeTDM/1:1/xxxxxxx CHANNEL ROUTING 2010-09-02 16:56:28.586905 [DEBUG] switch_ivr_originate.c:66 (FreeTDM/1:1/xxxxxxx) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-02 16:56:28.586905 [DEBUG] switch_core_session.c:1039 Send signal FreeTDM/1:1/xxxxxxx [BREAK] 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:341 (FreeTDM/1:1/xxxxxxx) State ROUTING going to sleep 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/1:1/xxxxxxx) Running State Change CS_CONSUME_MEDIA 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/1:1/xxxxxxx) State CONSUME_MEDIA 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/1:1/xxxxxxx) State CONSUME_MEDIA going to sleep 2010-09-02 16:56:30.264549 [DEBUG] ftmod_analog.c:720 [s1c1][1:1] Detected tone DIAL on 1:1 2010-09-02 16:56:30.284864 [DEBUG] ftdm_io.c:3041 [s1c1][1:1] Generating DTMF [xxxxxxx] 2010-09-02 16:56:30.624887 [DEBUG] ftdm_io.c:2865 [s1c1][1:1] Queuing DTMF 2 2010-09-02 16:56:31.224598 [DEBUG] ftdm_io.c:2865 [s1c1][1:1] Queuing DTMF 3 2010-09-02 16:56:34.364947 [DEBUG] ftmod_analog.c:413 [s1c1][1:1] Changed state from DIALING to UP Thanks, Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/2cf2597d/attachment.html From msc at freeswitch.org Thu Sep 2 15:08:31 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 2 Sep 2010 15:08:31 -0700 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> Message-ID: On Thu, Sep 2, 2010 at 2:36 PM, wrote: > Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that is > configured with the Freeswitch server in the DMZ. > > Check that Westell. I downloaded the manual and it looks like it has all sorts of stuff that could futz with your packets. It does indeed have ALGs but I could not specifically see a SIP ALG in the docs. However, if I were you I absolutely would not trust that thing AT ALL. If there's any way that that thing can give you a trace of your SIP traffic then by all means grab it. Until you can prove otherwise, that device *IS* your problem. -MC > ----- Original Message ----- > From: "Brian West" > To: "FreeSWITCH Users Help" > Sent: Thursday, September 02, 2010 5:21 PM > Subject: Re: [Freeswitch-users] icall's carrier service returns 480 > Temporarily Unavailable for outbound INVITE > > > > What kind of firewall do you have? Clearly you have something between > YOU > > and icall mucking with the packets. > > > > /b > > > > On Sep 2, 2010, at 4:10 PM, > > > wrote: > > > >> I used what icall recommend for the gateway: > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/24e4aded/attachment-0001.html From david.ponzone at ipeva.fr Thu Sep 2 15:11:54 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 3 Sep 2010 00:11:54 +0200 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> Message-ID: Crap crap crap router :) David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 23:59, Brian West a ?crit : > http://community.vzw.com/t5/FiOS-Internet/How-do-I-disable-SIP-ALG-on-the-Westell-9100em/td-p/124215 > > /b > > On Sep 2, 2010, at 4:36 PM, > wrote: > >> Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem >> that is >> configured with the Freeswitch server in the DMZ. >> >> ----- Original Message ----- >> From: "Brian West" >> To: "FreeSWITCH Users Help" >> Sent: Thursday, September 02, 2010 5:21 PM >> Subject: Re: [Freeswitch-users] icall's carrier service returns 480 >> Temporarily Unavailable for outbound INVITE >> >> >>> What kind of firewall do you have? Clearly you have something >>> between YOU >>> and icall mucking with the packets. >>> >>> /b > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/a5fd58c6/attachment.html From sos at sokhapkin.dyndns.org Thu Sep 2 15:10:41 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 2 Sep 2010 18:10:41 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE In-Reply-To: <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> Message-ID: <201009021810.41145.sos@sokhapkin.dyndns.org> Also see http://www.voip-info.org/wiki/view/Routers+SIP+ALG . SIP ALG is the worst thing ever invented... On Thursday 02 September 2010, Brian West wrote: > http://community.vzw.com/t5/FiOS-Internet/How-do-I-disable-SIP-ALG-on-the-W > estell-9100em/td-p/124215 > > /b > > On Sep 2, 2010, at 4:36 PM, wrote: > > Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that > > is configured with the Freeswitch server in the DMZ. > > > > ----- Original Message ----- > > From: "Brian West" > > To: "FreeSWITCH Users Help" > > Sent: Thursday, September 02, 2010 5:21 PM > > Subject: Re: [Freeswitch-users] icall's carrier service returns 480 > > Temporarily Unavailable for outbound INVITE > > > >> What kind of firewall do you have? Clearly you have something between > >> YOU and icall mucking with the packets. > >> > >> /b > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Thu Sep 2 15:29:47 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 3 Sep 2010 00:29:47 +0200 Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: References: <1283409213537-5490032.post@n2.nabble.com> <1283455723255-5492479.post@n2.nabble.com> Message-ID: <35F5C27D-418F-4E3E-98D4-4029664B36A8@ipeva.fr> So, quoting myself: > > > where $1 is of course the number you want to dial > > ^ allows to replace the dialed number in the INVITE you send to the > client. In your case: David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 02/09/2010 ? 22:38, xduvox a ?crit : > sorry David did i miss something, i am really new in this stuff i > tried the way you tell me, sorry if i did not understand you, could > you send me what you mind by write down and example! thanks > > 2010/9/2 David Ponzone [via freeswitch-users] <[hidden email]> > You should really read my replies. > > David Ponzone Direction Technique > email: [hidden email] > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et > ?tablis ? l'intention exclusive de ses destinataires. Toute > utilisation ou diffusion non autoris?e est interdite. Tout message > ?lectronique est susceptible d'alt?ration. IPeva d?cline toute > responsabilit? au titre de ce message s'il a ?t? alt?r?, > d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce > message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur. > > > > > Le 02/09/2010 ? 21:28, xduvox a ?crit : > >> >> Hello Mike >> thanks for your help i have read >> http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings >> but a could not find an example to use a use as gateway like this >> sofia/gateway/gwQuintum/$1 where i can send the destination_number >> i tried to do something like this >> >> >> >> >> >> and i got the same error "cannot create outgoing channel of type >> [user] >> cause: [SUSCRIBER_ABSENT]" >> >> i tried this too >> >> like a gateway buy i got the same >> do you have any idea to use the user(quintum) like a gateway? >> >> thank in advance for your help >> >> >> >> -- >> View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492479.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> [hidden email] >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > [hidden email] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > View message @ http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492569.html > To unsubscribe from how to register a gateway to freeswitch, click > here. > > > > View this message in context: Re: how to register a gateway to > freeswitch > Sent from the freeswitch-users mailing list archive at Nabble.com. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/0e8cc510/attachment-0001.html From mdale111 at verizon.net Thu Sep 2 15:31:30 2010 From: mdale111 at verizon.net (mdale111 at verizon.net) Date: Thu, 02 Sep 2010 18:31:30 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> Message-ID: <98F6BA13D98043D6AE558C3099EACB9C@HandsOff> SIP ALG is set to disabled on my modem. ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Thursday, September 02, 2010 5:59 PM Subject: Re: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE > http://community.vzw.com/t5/FiOS-Internet/How-do-I-disable-SIP-ALG-on-the-Westell-9100em/td-p/124215 > > /b > > On Sep 2, 2010, at 4:36 PM, > wrote: > >> Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that >> is >> configured with the Freeswitch server in the DMZ. >> >> ----- Original Message ----- >> From: "Brian West" >> To: "FreeSWITCH Users Help" >> Sent: Thursday, September 02, 2010 5:21 PM >> Subject: Re: [Freeswitch-users] icall's carrier service returns 480 >> Temporarily Unavailable for outbound INVITE >> >> >>> What kind of firewall do you have? Clearly you have something between >>> YOU >>> and icall mucking with the packets. >>> >>> /b > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 chat2jesse at gmail.com Thu Sep 2 16:46:17 2010 From: chat2jesse at gmail.com (jesse) Date: Thu, 2 Sep 2010 16:46:17 -0700 Subject: [Freeswitch-users] What is the purpose of SWITCH_SIG_BREAK? Message-ID: Could FS developer please illustrate it to me? in what kind of case FS will send out SWITCH_SIG_BREAK instead of SWITCH_SIG_KILL. Another question is what is the difference between channel_on_execute and channel_on_softexecute? thanks! -jesse From xduvox at gmail.com Thu Sep 2 17:56:39 2010 From: xduvox at gmail.com (xduvox) Date: Thu, 2 Sep 2010 17:56:39 -0700 (PDT) Subject: [Freeswitch-users] how to register a gateway to freeswitch In-Reply-To: <35F5C27D-418F-4E3E-98D4-4029664B36A8@ipeva.fr> References: <1283409213537-5490032.post@n2.nabble.com> <1283455723255-5492479.post@n2.nabble.com> <35F5C27D-418F-4E3E-98D4-4029664B36A8@ipeva.fr> Message-ID: thanks David it works know i dont know why it did not work yesterday maybe was very late and i was tired, i swear i did it well yesterdad, but for sure i made a mistake! thanks for all your help David i hope i can help someone in the future! 2010/9/2 David Ponzone [via freeswitch-users] < ml-node+5493153-690406103-288894 at n2.nabble.com > > So, quoting myself: > > > > where $1 is of course the number you want to dial > > ^ allows to replace the dialed number in the INVITE you send to the client. > > > In your case: > > > > David Ponzone Direction Technique > email: [hidden email] > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <#12ad49a0a46588f5_> - www.ipeva-studio.com<#12ad49a0a46588f5_> > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 02/09/2010 ? 22:38, xduvox a ?crit : > > sorry David did i miss something, i am really new in this stuff i tried the > way you tell me, sorry if i did not understand you, could you send me what > you mind by write down and example! thanks > > 2010/9/2 David Ponzone [via freeswitch-users] <[hidden email] > > > > You should really read my replies. >> >> David Ponzone Direction Technique >> email: [hidden email] >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr <#12ad49a0a46588f5_12ad3fe4ec6c6d5a_> - >> www.ipeva-studio.com <#12ad49a0a46588f5_12ad3fe4ec6c6d5a_> >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> * >> * >> >> >> >> Le 02/09/2010 ? 21:28, xduvox a ?crit : >> >> >> Hello Mike >> thanks for your help i have read >> http://wiki.freeswitch.org/wiki/Dialplan_XML#SIP-Specific_Dialstrings >> but a could not find an example to use a use as gateway like this >> sofia/gateway/gwQuintum/$1 where i can send the destination_number >> i tried to do something like this >> >> >> >> >> >> and i got the same error "cannot create outgoing channel of type [user] >> cause: [SUSCRIBER_ABSENT]" >> >> i tried this too >> >> >> like a gateway buy i got the same >> do you have any idea to use the user(quintum) like a gateway? >> >> thank in advance for your help >> >> >> >> -- >> View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492479.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> [hidden email] >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> [hidden email] >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> ------------------------------ >> View message @ >> http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5492569.html >> To unsubscribe from how to register a gateway to freeswitch, click here. >> >> >> > > ------------------------------ > View this message in context: Re: how to register a gateway to freeswitch > > Sent from the freeswitch-users mailing list archiveat Nabble.com. > _______________________________________________ > FreeSWITCH-users mailing list > [hidden email] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > [hidden email] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > ------------------------------ > View message @ > http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5493153.html > To unsubscribe from how to register a gateway to freeswitch, click here. > > > -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/how-to-register-a-gateway-to-freeswitch-tp5487417p5493481.html Sent from the freeswitch-users mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/1abc9ef2/attachment-0001.html From tony.tin at noahmedia.com.hk Thu Sep 2 20:04:12 2010 From: tony.tin at noahmedia.com.hk (Tony Tin) Date: Fri, 3 Sep 2010 11:04:12 +0800 Subject: [Freeswitch-users] recording file without the terminator key sound Message-ID: Hi, I try to record file with "record" application, it works fine. However, the sound of terminator key is also included at the end of the recorded file. I'm wondering whether there is a way get rid of it. Thanks. Regards, Tony -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/76c5abb2/attachment.html From tony.tin at noahmedia.com.hk Thu Sep 2 20:06:46 2010 From: tony.tin at noahmedia.com.hk (Tony Tin) Date: Fri, 3 Sep 2010 11:06:46 +0800 Subject: [Freeswitch-users] recording file without the terminator key sound In-Reply-To: References: Message-ID: BTW, I'm using 4ess ISDN, openzap libpri stack. On Fri, Sep 3, 2010 at 11:04 AM, Tony Tin wrote: > Hi, > > I try to record file with "record" application, it works fine. However, the > sound of terminator key is also included at the end of the recorded file. > I'm wondering whether there is a way get rid of it. Thanks. > > Regards, > Tony > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/dbbbbe46/attachment.html From freeswitch-users at digitaldan.com Thu Sep 2 20:16:35 2010 From: freeswitch-users at digitaldan.com (Dan) Date: Thu, 2 Sep 2010 21:16:35 -0600 (MDT) Subject: [Freeswitch-users] RecordFile returns prematurely In-Reply-To: <1283446893960-5491961.post@n2.nabble.com> Message-ID: <9240889.593.1283483792400.JavaMail.daniel@dscpowerbook.local> Thanks Jeff, I do have a handler for dtmf digits (which just throws them away), so its not that (but it was a excellent guess). It always happens just as another call has finished hanging up. ----- Original Message ----- From: "Jeff Lenk" To: freeswitch-users at lists.freeswitch.org Sent: Thursday, September 2, 2010 11:01:33 AM Subject: Re: [Freeswitch-users] RecordFile returns prematurely Perhaps dtmf? Do you have a handler for this? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/RecordFile-returns-prematurely-tp5489060p5491961.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 jmesquita at freeswitch.org Thu Sep 2 21:23:47 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Fri, 3 Sep 2010 01:23:47 -0300 Subject: [Freeswitch-users] Channels and calls lost in SQLite In-Reply-To: <201009021343.57738.sos@sokhapkin.dyndns.org> References: <1283433381894-5491044.post@n2.nabble.com> <201009021343.57738.sos@sokhapkin.dyndns.org> Message-ID: I just put it on production. So far, looks good but it's not peak time (had to wait til tonight to upgrade it). Will know tomorrow for sure and will report. Thank you Tony for the attention and the rest for diving into the problem as well. Regards, Jo?o Mesquita On Thu, Sep 2, 2010 at 2:43 PM, Sergey Okhapkin wrote: > Anthony, let me disagree. Only confirmed bugs should go to jira, > confirmation > that a "feature" is a bug, should be done in ML. Otherwise jira will be > filled > up with user's mistakes/misconfigurations. > > On Thursday 02 September 2010, Anthony Minessale wrote: > > try latest HEAD and see if it's better. > > > > BTW, we all know this should have been on jira and not the ML right...... > > > > On Thu, Sep 2, 2010 at 8:16 AM, Jeff Lenk wrote: > > > I think this may be caused by changes that were made for FSCORE-657 > > > Commit:af100fd1563aa6e6c335c11482f1e3d0de336dd2 > > > and Commit:362eade2dc9b429eb047607755cdd6df355326cf > > > 8/23/2010 > > > -- > > > View this message in context: > > > > http://freeswitch-users.2379917.n2.nabble.com/Channels-and-calls-lost-in- > > >SQLite-tp5489482p5491044.html Sent from the freeswitch-users mailing > list > > > archive at Nabble.com. > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/1b04783a/attachment.html From lloydie.t at gmail.com Fri Sep 3 01:02:51 2010 From: lloydie.t at gmail.com (lloyd thomas) Date: Fri, 3 Sep 2010 09:02:51 +0100 Subject: [Freeswitch-users] Ubuntu Hi-Res timer - small world In-Reply-To: References: <4B72146B-D099-4AAD-B0FF-F1B66403595C@freeswitch.org> <4C7D67F0.9010401@gmail.com> <20100831225800.3ab082f9@anubis.defcon1> <4C7D6E7C.8080702@gmail.com> <4C7D768D.7000901@gmail.com> Message-ID: I have completed the rebuild of my ubuntu freeswitch box and recompiled with tickless switched off and timer set to 1000Hz I am now running Lucid 2.6.32.15+drm33.5tch-freeswitch Idle uses 2% CPU load. Idle with freeswitch running gives 12% cpu load. I get a spike up to 20% on call setup and then call reverts to using around 12-13%. Calling music on hold seems to use a couple of % more. I suspect for the lowly hardware I have it on, this is acceptable for running a few extensions. Can I do anything to further reduce the cpu load? On 2 September 2010 10:39, lloyd thomas wrote: > Damn thing blew up anyway. Bad HD sectors. > rebuilding with Lucid 2.6.32-24-generic-pae > > > On 31 August 2010 22:39, William King wrote: > >> Which release? >> >> On 08/31/2010 02:33 PM, lloyd thomas wrote: >> > 32 bit >> > >> > On 31 August 2010 22:32, lloyd thomas > > > wrote: >> > >> > I am running 2.6.28.10-freeswitch >> > >> > >> > On 31 August 2010 22:05, William King > > > wrote: >> > >> > I am running this kernel in production and seems to be very >> stable: >> > 2.6.32-24-server x86_64 GNU/Linux >> > >> > Using release 10.04.1 LTS >> > >> > -William King >> > >> > On 08/31/2010 01:58 PM, Jean-Yves F. Barbier wrote: >> > > On Tue, 31 Aug 2010 13:37:04 -0700, William King >> > > >> > > wrote: >> > > >> > > Yep, I confirm, 2.6.35 line seems to have timing PBs (and >> others), >> > > 2.6.33.4 is more stable (ubuntu often thinks newer is >> better...) >> > > >> > >> Which release of Ubuntu are you running? I have FS running on >> > a very old >> > >> machine(slower than yours) and I have seen an issue like this >> > before. It >> > >> was related to the release and the kernel. >> > > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/8b727112/attachment.html From velu.technical at gmail.com Fri Sep 3 01:19:42 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Fri, 3 Sep 2010 13:49:42 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> Message-ID: Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson < peter.olsson at visionutveckling.se> wrote: > Thanks Jeff - I think the same applies for mod_h323, if you feel like > making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk > Skickat: den 2 september 2010 15:28 > Till: freeswitch-users at lists.freeswitch.org > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > > fixed in git head 4a7425e > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > !DSPAM:4c7fa7db32934011425493! > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/07fb6e26/attachment-0001.html From velu.technical at gmail.com Fri Sep 3 01:58:27 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Fri, 3 Sep 2010 14:28:27 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> Message-ID: Dear All, After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly, anyone help to resolve this issue. Thanks, Velusamy. 2010/9/3 velusamy Krishnan > Dear All, > Thanks for fixing the problem.. > Regards, > Velusamy. > > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson < > peter.olsson at visionutveckling.se> wrote: > >> Thanks Jeff - I think the same applies for mod_h323, if you feel like >> making a quick fix there as well... >> >> /Peter >> >> >> -----Ursprungligt meddelande----- >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk >> Skickat: den 2 september 2010 15:28 >> Till: freeswitch-users at lists.freeswitch.org >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> >> fixed in git head 4a7425e >> -- >> View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> !DSPAM:4c7fa7db32934011425493! >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/d4ae51a6/attachment.html From pkelly at gmail.com Fri Sep 3 05:09:11 2010 From: pkelly at gmail.com (Pete Kelly) Date: Fri, 3 Sep 2010 13:09:11 +0100 Subject: [Freeswitch-users] Handling US and UK English with say application Message-ID: Hi I currently have a lua script which is reading out an account balance like this: session:execute("say", "en number pronounced 12345"); I have 2 sets of sound files, one for US english and another for UK english, however the say application only appears to allow one directory to be configured for "en" and I can't see any way of modifying this on the fly so I can switch between sound files for each user. Does anybody know of a solution to this? Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/118849af/attachment.html From khurram at breezecom.ae Fri Sep 3 05:31:33 2010 From: khurram at breezecom.ae (Khurram Shafi) Date: Fri, 3 Sep 2010 17:31:33 +0500 Subject: [Freeswitch-users] Best Colocation/Dedicated Service Provider for VoIP Soft Switches In-Reply-To: <201009021810.41145.sos@sokhapkin.dyndns.org> References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> <201009021810.41145.sos@sokhapkin.dyndns.org> Message-ID: <001a01cb4b63$f4618b70$dd24a250$@ae> Hello List, Which is the best Colocation/Dedicated Service Provider for VoIP Soft Switches. Currently we are using Softlayer but having issues and through our experience with them, they are not suitable for VOIP. Please recommend good dedicated server hosting providers. Regards Khurram From mnhassan at usa.net Fri Sep 3 05:46:51 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Fri, 3 Sep 2010 18:46:51 +0600 Subject: [Freeswitch-users] Best Colocation/Dedicated Service Provider for VoIP Soft Switches In-Reply-To: <001a01cb4b63$f4618b70$dd24a250$@ae> References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> <201009021810.41145.sos@sokhapkin.dyndns.org> <001a01cb4b63$f4618b70$dd24a250$@ae> Message-ID: If you don't mind the yearly commitment, you could try NTT Verio. All their servers come with 100 Mbps unmetered bandwidth. We have been using them for some time and currently have 4 servers. Intel E5504 Quad Core processors, 4 GB RAM, 2 SCSI HDDs in RAID. All running great! Regards HASSAN On 2010-09-03, Khurram Shafi wrote: > Hello List, > > Which is the best Colocation/Dedicated Service Provider for VoIP Soft > Switches. > Currently we are using Softlayer but having issues and through our > experience with them, they are not suitable for VOIP. > > Please recommend good dedicated server hosting providers. > > Regards > > Khurram > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device From larclap at yahoo.com Fri Sep 3 06:11:02 2010 From: larclap at yahoo.com (Lars Zeb) Date: Fri, 3 Sep 2010 06:11:02 -0700 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> Message-ID: <003101cb4b69$75bfe270$613fa750$@yahoo.com> Did you uncomment the opal line in modules.conf? endpoints/mod_loopback #endpoints/mod_alsa #endpoints/mod_opal #<<< Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson wrote: Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: freeswitch-users at lists.freeswitch.org ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem- tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c7fa7db32934011425493! _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/f84f6212/attachment-0001.html From steveayre at gmail.com Fri Sep 3 06:55:22 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 3 Sep 2010 14:55:22 +0100 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <003101cb4b69$75bfe270$613fa750$@yahoo.com> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> Message-ID: This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. Steve on iPhone On 3 Sep 2010, at 14:11, "Lars Zeb" wrote: > Did you uncomment the opal line in modules.conf? > > > > endpoints/mod_loopback > > #endpoints/mod_alsa > > #endpoints/mod_opal #<<< > #endpoints/mod_skinny > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan > Sent: Friday, September 03, 2010 1:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_opal installation problem > > > > Dear All, > After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > > 2010/9/3 velusamy Krishnan > > Dear All, > Thanks for fixing the problem.. > Regards, > Velusamy. > > > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson wrote: > > Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk > Skickat: den 2 september 2010 15:28 > Till: freeswitch-users at lists.freeswitch.org > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > > fixed in git head 4a7425e > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > !DSPAM:4c7fa7db32934011425493! > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/29546a2e/attachment.html From jcasale at activenetwerx.com Fri Sep 3 08:10:21 2010 From: jcasale at activenetwerx.com (Joseph L. Casale) Date: Fri, 3 Sep 2010 15:10:21 +0000 Subject: [Freeswitch-users] mod_freetdm dialing delay on analog line In-Reply-To: <00f301cb4aea$77674390$6635cab0$@maly@molcs.org> References: <00f301cb4aea$77674390$6635cab0$@maly@molcs.org> Message-ID: >Wondered why there would be an approximate 6-7 second delay in calling analog/POTS >via Sangoma USB100.? Have used a TDM400P and there's a delay, but up to 7 seconds seems >excessive.? Mark, You ever figure this one out? From jock.mckechnie at gmail.com Fri Sep 3 08:15:20 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Fri, 3 Sep 2010 10:15:20 -0500 Subject: [Freeswitch-users] PCMU ringback gets weird if you specify the file extension? Message-ID: Hey; So with early media happy, I'm working on various media files that my company wants played back. Can anyone shed any light on why if I do this: The audio is garbage. But if I do this: The audio is perfect, even though the console clearly shows it is playing _the same file_: mod_native_file.c:94 Opening File [/usr/local/freeswitch/sounds/early-media.PCMU] 8000hz I've got a workaround, so I'm not bothered, but... it seems awfully strange that specifying the extension confuses it when they are playing the same file. I'm currently running git.head as of Wednesday. Thanks; - Jock -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/ba273d51/attachment.html From k.szczesny at gmail.com Fri Sep 3 05:40:38 2010 From: k.szczesny at gmail.com (=?ISO-8859-2?Q?Krystian_Szcz=EAsny?=) Date: Fri, 3 Sep 2010 14:40:38 +0200 Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: Message-ID: Hi, I would like to build a small box with a GSM Phone connected through USB to receive and forward calls. I am wondering if it is possible using freeswitch. This is the scenario I would like it to cater for: I have a small company and have to give people my phone number. I don't want them to call me on my private phone. But at the same time, I hate having 2 phones with me!. I want to setup a server with a GSM Phone connected. I want all calls coming to this phone to be forwarded to my private phone [calls within the same network are free] I want all calls from my private phone coming to this phone to be answered and forwarded to a specified number in this fashion: Let's say the number attached to the server is 600123456 I want to dial on my private number 600123456w600654987 and call 600654987 through the phone connected to the server. I hope this scenario is clear. Thanks in advance Krystian -- Krystian Szczesny -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/1de24308/attachment.html From brian at freeswitch.org Fri Sep 3 08:20:11 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 3 Sep 2010 10:20:11 -0500 Subject: [Freeswitch-users] PCMU ringback gets weird if you specify the file extension? In-Reply-To: References: Message-ID: <9C94939B-65FF-40ED-9B4F-2382C8DE5122@freeswitch.org> If you're using native sound files you shouldn't ever specify the extension. /b On Sep 3, 2010, at 10:15 AM, Jock McKechnie wrote: > I've got a workaround, so I'm not bothered, but... it seems awfully strange that specifying the extension confuses it when they are playing the same file. I'm currently running git.head as of Wednesday. > > Thanks; > > - Jock From rodrigoferreiralang at gmail.com Fri Sep 3 05:31:44 2010 From: rodrigoferreiralang at gmail.com (Rodrigo Lang) Date: Fri, 3 Sep 2010 09:31:44 -0300 Subject: [Freeswitch-users] Book/eBook about FreeSwitch. Message-ID: Hi everyone. I begin study about FreeSwitch, I work with Asterisk to five years, so my experience with sip is good. But it's hard in Brazil to find a good documentation. Has the wiki.freeswitch and I know, yet I looking for something more deep about the FS. Have some book or ebook to buy? Or something free. Anything about is good and helpful. Thanks a lot and sorry for the bad english! :) Regards, -- Rodrigo Lang http://rodrigorecipes.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/641bfe7b/attachment-0001.html From testeador01 at gmail.com Fri Sep 3 08:29:06 2010 From: testeador01 at gmail.com (Milena) Date: Fri, 3 Sep 2010 10:29:06 -0500 Subject: [Freeswitch-users] Book/eBook about FreeSwitch. In-Reply-To: References: Message-ID: https://www.packtpub.com/freeswitch-1-0-6-build-robust-high-performance-telephony-systems/book also try the wiki -Milena 2010/9/3 Rodrigo Lang > Hi everyone. > > I begin study about FreeSwitch, I work with Asterisk to five years, so my > experience with sip is good. But it's hard in Brazil to find a good > documentation. Has the wiki.freeswitch and I know, yet I looking for > something more deep about the FS. Have some book or ebook to buy? Or > something free. Anything about is good and helpful. > > > > Thanks a lot and sorry for the bad english! :) > > Regards, > > -- > Rodrigo Lang > http://rodrigorecipes.blogspot.com/ > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/f17086db/attachment.html From anthony.minessale at gmail.com Fri Sep 3 08:31:11 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 3 Sep 2010 10:31:11 -0500 Subject: [Freeswitch-users] Book/eBook about FreeSwitch. In-Reply-To: References: Message-ID: https://www.packtpub.com/freeswitch-1-0-6-build-robust-high-performance-telephony-systems/book or go to http://www.freeswitch.org and click on the book in the upper left corner. On Fri, Sep 3, 2010 at 7:31 AM, Rodrigo Lang wrote: > Hi everyone. > > I begin study about FreeSwitch, I work with Asterisk to five years, so my > experience with sip is good. But it's hard in Brazil to find a good > documentation. Has the wiki.freeswitch and I know, yet I looking for > something more deep about the FS. Have some book or ebook to buy? Or > something free. Anything about is good and helpful. > > > > Thanks a lot and sorry for the bad english! :) > > Regards, > > -- > Rodrigo Lang > http://rodrigorecipes.blogspot.com/ > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From peder at networkoblivion.com Fri Sep 3 08:32:46 2010 From: peder at networkoblivion.com (Peder) Date: Fri, 3 Sep 2010 10:32:46 -0500 Subject: [Freeswitch-users] Book/eBook about FreeSwitch. In-Reply-To: References: Message-ID: <032d01cb4b7d$421aa9f0$c64ffdd0$@com> https://www.packtpub.com/freeswitch-1-0-6-build-robust-high-performance-tele phony-systems/book From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Rodrigo Lang Sent: Friday, September 03, 2010 7:32 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Book/eBook about FreeSwitch. Hi everyone. I begin study about FreeSwitch, I work with Asterisk to five years, so my experience with sip is good. But it's hard in Brazil to find a good documentation. Has the wiki.freeswitch and I know, yet I looking for something more deep about the FS. Have some book or ebook to buy? Or something free. Anything about is good and helpful. Thanks a lot and sorry for the bad english! :) Regards, -- Rodrigo Lang http://rodrigorecipes.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/cfb6e234/attachment.html From jock.mckechnie at gmail.com Fri Sep 3 08:37:27 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Fri, 3 Sep 2010 10:37:27 -0500 Subject: [Freeswitch-users] PCMU ringback gets weird if you specify the file extension? In-Reply-To: <9C94939B-65FF-40ED-9B4F-2382C8DE5122@freeswitch.org> References: <9C94939B-65FF-40ED-9B4F-2382C8DE5122@freeswitch.org> Message-ID: On Fri, Sep 3, 2010 at 10:20 AM, Brian West wrote: > If you're using native sound files you shouldn't ever specify the > extension. > Agreed, it was an oversight on my part. But that doesn't explain the behaviour. - JP > > On Sep 3, 2010, at 10:15 AM, Jock McKechnie wrote: > > > I've got a workaround, so I'm not bothered, but... it seems awfully > strange that specifying the extension confuses it when they are playing the > same file. I'm currently running git.head as of Wednesday. > > > > Thanks; > > > > - Jock > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/bc651ba7/attachment.html From anthony.minessale at gmail.com Fri Sep 3 08:53:30 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 3 Sep 2010 10:53:30 -0500 Subject: [Freeswitch-users] PCMU ringback gets weird if you specify the file extension? In-Reply-To: References: <9C94939B-65FF-40ED-9B4F-2382C8DE5122@freeswitch.org> Message-ID: if you specify the exten then the core does not know you are using it as a native file and all the math is wrong for the samples etc. if you want to play the file with mod_sndfile rename it to .ul or encode it as a wav with ulaw payload. On Fri, Sep 3, 2010 at 10:37 AM, Jock McKechnie wrote: > > > On Fri, Sep 3, 2010 at 10:20 AM, Brian West wrote: >> >> If you're using native sound files you shouldn't ever specify the >> extension. > > Agreed, it was an oversight on my part. But that doesn't explain the > behaviour. > ?- JP > > >> >> On Sep 3, 2010, at 10:15 AM, Jock McKechnie wrote: >> >> > I've got a workaround, so I'm not bothered, but... it seems awfully >> > strange that specifying the extension confuses it when they are playing the >> > same file. I'm currently running git.head as of Wednesday. >> > >> > Thanks; >> > >> > ?- Jock >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From cmrienzo at gmail.com Fri Sep 3 08:57:17 2010 From: cmrienzo at gmail.com (Christopher Rienzo) Date: Fri, 3 Sep 2010 11:57:17 -0400 Subject: [Freeswitch-users] Handling US and UK English with say application In-Reply-To: References: Message-ID: I don't see any easy way to do it without changing the module to handle both en-US and en-UK On Fri, Sep 3, 2010 at 8:09 AM, Pete Kelly wrote: > Hi > > I currently have a lua script which is reading out an account balance like > this: > > session:execute("say", "en number pronounced 12345"); > > I have 2 sets of sound files, one for US english and another for UK > english, however the say application only appears to allow one directory to > be configured for "en" and I can't see any way of modifying this on the fly > so I can switch between sound files for each user. > > Does anybody know of a solution to this? > > Pete > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/9a0bde8a/attachment-0001.html From mdale111 at verizon.net Fri Sep 3 09:09:02 2010 From: mdale111 at verizon.net (mdale111 at verizon.net) Date: Fri, 03 Sep 2010 12:09:02 -0400 Subject: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE References: <003501cb4acc$1f77cd80$5e676880$@com> <201009021456.07826.sos@sokhapkin.dyndns.org> <7A3D8D98A2AF40BA8F686A3DF880E386@HandsOff> <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> Message-ID: icall sent me this response, "We have made a modification to the interstate route for this prefix. Please re-test when possible." This seems to have fixed the problem. SIP ALG is configurable on this modem, and currently it is set to disabled. Thanks to everyone for the help. ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Thursday, September 02, 2010 5:59 PM Subject: Re: [Freeswitch-users] icall's carrier service returns 480 Temporarily Unavailable for outbound INVITE > http://community.vzw.com/t5/FiOS-Internet/How-do-I-disable-SIP-ALG-on-the-Westell-9100em/td-p/124215 > > /b > > On Sep 2, 2010, at 4:36 PM, > wrote: > >> Freeswitch is located behind a WESTELL A90-9100EM15-10 cable modem that >> is >> configured with the Freeswitch server in the DMZ. >> >> ----- Original Message ----- >> From: "Brian West" >> To: "FreeSWITCH Users Help" >> Sent: Thursday, September 02, 2010 5:21 PM >> Subject: Re: [Freeswitch-users] icall's carrier service returns 480 >> Temporarily Unavailable for outbound INVITE >> >> >>> What kind of firewall do you have? Clearly you have something between >>> YOU >>> and icall mucking with the packets. >>> >>> /b > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Fri Sep 3 09:20:43 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 3 Sep 2010 11:20:43 -0500 Subject: [Freeswitch-users] What is the purpose of SWITCH_SIG_BREAK? In-Reply-To: References: Message-ID: it's somewhat similar to the unix kill SIG_KILL means kill it for good. SIG_BREAK means stop any blocking you may be doing and return immediately but do not die. on_execute and on_softexecute are state handlers every channel has a chance to do something when each of its states are changed, many do not need to use these but others do. execute is the main state where dialplan is executed. soft_execute is mostly a dummy state used by internal application like bridge and scripts to manually execute commands or use an overridden state to execute a specific function. On Thu, Sep 2, 2010 at 6:46 PM, jesse wrote: > Could FS developer please illustrate it to me? ?in what kind of case > FS will send out SWITCH_SIG_BREAK instead of SWITCH_SIG_KILL. > > Another question is what is the difference between channel_on_execute > and channel_on_softexecute? > > thanks! > > -jesse > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From Victor at isptelecom.net Fri Sep 3 09:22:24 2010 From: Victor at isptelecom.net (Victor Chukalovskiy) Date: Fri, 03 Sep 2010 12:22:24 -0400 Subject: [Freeswitch-users] Help with [Exchange_Routing_Error]: is there a maximum number of transfers on a call? Message-ID: <4C8120C0.6080406@isptelecom.net> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/afc6daec/attachment.html From brian at freeswitch.org Fri Sep 3 09:27:00 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 3 Sep 2010 11:27:00 -0500 Subject: [Freeswitch-users] Help with [Exchange_Routing_Error]: is there a maximum number of transfers on a call? In-Reply-To: <4C8120C0.6080406@isptelecom.net> References: <4C8120C0.6080406@isptelecom.net> Message-ID: <1F968BD0-B7DF-447A-B94E-FBC1C6D5C4FF@freeswitch.org> set the max_hops variable higher but we honor what the inbound invite has in it.. so every time you transfer that hop count gets decremented so you're starting off low.... and that is the reason you're getting that error. /b On Sep 3, 2010, at 11:22 AM, Victor Chukalovskiy wrote: > I have a following observation: > After making 5 or so "transfer xxx XML default" in my dial-plan call brakes with [Exchange_Routing_Error]. > This seems to be dependent on the number of extensions the call goes through, and not on the extensions content itself. > > Could someone please confirm or deny such a behaviour? > If this is true would be nice to know where this"max number" can be increased/decrease. > > P.S. I'm using "transfer" and multiple consequential extensions as a workaround for "Variables Availability". > Thank you, > Victor > __________ From anthony.minessale at gmail.com Fri Sep 3 09:29:23 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 3 Sep 2010 11:29:23 -0500 Subject: [Freeswitch-users] Ubuntu Hi-Res timer - small world In-Reply-To: References: <4B72146B-D099-4AAD-B0FF-F1B66403595C@freeswitch.org> <4C7D67F0.9010401@gmail.com> <20100831225800.3ab082f9@anubis.defcon1> <4C7D6E7C.8080702@gmail.com> <4C7D768D.7000901@gmail.com> Message-ID: which ver of FS are you using?, try William's packaged version maybe. On Fri, Sep 3, 2010 at 3:02 AM, lloyd thomas wrote: > I have completed the rebuild of my ubuntu freeswitch box and recompiled with > tickless switched off and timer set to 1000Hz > I am now running Lucid 2.6.32.15+drm33.5tch-freeswitch > Idle uses 2% CPU load. Idle with freeswitch running gives 12% cpu load. I > get a spike up to 20% on call setup and then call reverts to using around > 12-13%. Calling music on hold seems to use a couple of % more. > I suspect for the lowly hardware I have it on, this is acceptable for > running a few extensions. > Can I do anything to further reduce the cpu load? > > On 2 September 2010 10:39, lloyd thomas wrote: >> >> Damn thing blew up anyway. Bad HD sectors. >> rebuilding with Lucid 2.6.32-24-generic-pae >> >> On 31 August 2010 22:39, William King wrote: >>> >>> Which release? >>> >>> On 08/31/2010 02:33 PM, lloyd thomas wrote: >>> > 32 bit >>> > >>> > On 31 August 2010 22:32, lloyd thomas >> > > wrote: >>> > >>> > ? ? I am running 2.6.28.10-freeswitch >>> > >>> > >>> > ? ? On 31 August 2010 22:05, William King >> > ? ? > wrote: >>> > >>> > ? ? ? ? I am running this kernel in production and seems to be very >>> > stable: >>> > ? ? ? ? 2.6.32-24-server x86_64 GNU/Linux >>> > >>> > ? ? ? ? Using release 10.04.1 LTS >>> > >>> > ? ? ? ? -William King >>> > >>> > ? ? ? ? On 08/31/2010 01:58 PM, Jean-Yves F. Barbier wrote: >>> > ? ? ? ? > On Tue, 31 Aug 2010 13:37:04 -0700, William King >>> > ? ? ? ? > >>> > ? ? ? ? > wrote: >>> > ? ? ? ? > >>> > ? ? ? ? > Yep, I confirm, 2.6.35 line seems to have timing PBs (and >>> > others), >>> > ? ? ? ? > 2.6.33.4 is more stable (ubuntu often thinks newer is >>> > better...) >>> > ? ? ? ? > >>> > ? ? ? ? >> Which release of Ubuntu are you running? I have FS running >>> > on >>> > ? ? ? ? a very old >>> > ? ? ? ? >> machine(slower than yours) and I have seen an issue like >>> > this >>> > ? ? ? ? before. It >>> > ? ? ? ? >> was related to the release and the kernel. >>> > ? ? ? ? > >>> > >>> > ? ? ? ? _______________________________________________ >>> > ? ? ? ? FreeSWITCH-users mailing list >>> > ? ? ? ? FreeSWITCH-users at lists.freeswitch.org >>> > ? ? ? ? >>> > ? ? ? ? http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > ? ? ? ? http://www.freeswitch.org >>> > >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Fri Sep 3 09:30:56 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 3 Sep 2010 11:30:56 -0500 Subject: [Freeswitch-users] Help with [Exchange_Routing_Error]: is there a maximum number of transfers on a call? In-Reply-To: <4C8120C0.6080406@isptelecom.net> References: <4C8120C0.6080406@isptelecom.net> Message-ID: if you add inline="true" to your set, the variables will be set instantly instead of when the extension executes. the max-forwards is in the 70's range and can probably be set higher. On Fri, Sep 3, 2010 at 11:22 AM, Victor Chukalovskiy wrote: > I have a following observation: > After making 5 or so "transfer xxx XML default" in my dial-plan call brakes > with [Exchange_Routing_Error]. > This seems to be dependent on the number of extensions the call goes > through, and not on the extensions content itself. > > Could someone please confirm or deny such a behaviour? > If this is true would be nice to know where this"max number" can be > increased/decrease. > > P.S. I'm using "transfer" and multiple consequential extensions? as a > workaround for "Variables Availability". > Thank you, > Victor > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From fdelawarde at wirelessmundi.com Fri Sep 3 09:54:37 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Fri, 03 Sep 2010 18:54:37 +0200 Subject: [Freeswitch-users] mod_skypopen autoconfiguration Message-ID: <1283532877.13222.4.camel@luna.tc.commsmundi.com> Anyone knows a way to automatically generate skype configurations (basically the encrypted password) *without* needing to manually access the skype client? Thanks, Fran?ois. From mike at jerris.com Fri Sep 3 09:58:25 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 3 Sep 2010 12:58:25 -0400 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> Message-ID: This should already be enabled in the default configuration. Have you modified anything of note related to ip's, acl's, or nat settings from the default configs? Mike On Sep 1, 2010, at 7:36 AM, Stas Khirman wrote: > David , > > Thank you for such prompt response! > > I checked my X-Lite configuration and find that ?Use rport? had been checked. > However, Registration doesn?t include anything about fs_nat(see below). Do I need explicitly configure/load RTP proxy support? If yes, will appreciate instructions. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/c3e3ae96/attachment-0001.html From mike at jerris.com Fri Sep 3 10:02:07 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 3 Sep 2010 13:02:07 -0400 Subject: [Freeswitch-users] Problems getting dtmf events In-Reply-To: <888897.1866.qm@web29203.mail.ird.yahoo.com> References: <888897.1866.qm@web29203.mail.ird.yahoo.com> Message-ID: It does nothing special in this regard other than subscribing to the events. How exactly are you trying to get events? Mike On Sep 1, 2010, at 5:15 PM, Nigel Kent wrote: > I am trying to catch dtmf events but am having problems. It seems no dtmfs are being recieved. I can filter to other events and it gets picked up so this section of the code is doing the indented action of getting events. > > However I notice that during the execution of the playback command while the sound file is playing if a key press is done at this time the dtmf does get received. > > So my thought are what conditions does the playback command set in order to be able to have dtmf get recognized. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/4bb287cf/attachment.html From mike at jerris.com Fri Sep 3 10:02:46 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 3 Sep 2010 13:02:46 -0400 Subject: [Freeswitch-users] Get Errors, Warning, Notices in events? In-Reply-To: <23922BF07B9449EFA9510FF4E8C543A5@greyhawk.tonecommander.com> References: <23922BF07B9449EFA9510FF4E8C543A5@greyhawk.tonecommander.com> Message-ID: <0769B8BB-23B3-4724-AAB8-3BCA4AAA24A2@jerris.com> Sure, take a look how fs_cli gets logs. Mike On Sep 1, 2010, at 5:28 PM, Robert Hadley wrote: > Is there a way to use mod_event_socket to listen for the different console log level messages (alarms, errors, warning, or notices) as events? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/4457dc0a/attachment.html From mike at jerris.com Fri Sep 3 10:05:35 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 3 Sep 2010 13:05:35 -0400 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: For the record, I was saying that google isn't going to let this happen for long and will put limits in to place at some point or start charging for it. In the mean time, happy free termination. And I have been known to say "that will never happen", and and always happy to be proved wrong. Nice work Tony. Mike On Sep 1, 2010, at 7:05 PM, Anthony Minessale wrote: > Speaking of cooking, we should roast up Mr Jerris' words with a nice > lemon butter sauce for him to eat =D > *grin* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/6b58dd26/attachment.html From adolfo at delorenzo.mobi Fri Sep 3 10:11:32 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Fri, 3 Sep 2010 14:11:32 -0300 Subject: [Freeswitch-users] Get Errors, Warning, Notices in events? In-Reply-To: <0769B8BB-23B3-4724-AAB8-3BCA4AAA24A2@jerris.com> References: <23922BF07B9449EFA9510FF4E8C543A5@greyhawk.tonecommander.com> <0769B8BB-23B3-4724-AAB8-3BCA4AAA24A2@jerris.com> Message-ID: apart from fs_cli have you tried using mod_syslog? On 3 September 2010 14:02, Michael Jerris wrote: > Sure, take a look how fs_cli gets logs. > > Mike > > On Sep 1, 2010, at 5:28 PM, Robert Hadley wrote: > > Is there a way to use mod_event_socket to listen for the different console > log level messages (alarms, errors, warning, or notices) as events? > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/f33f19fb/attachment.html From jock.mckechnie at gmail.com Fri Sep 3 10:30:12 2010 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Fri, 3 Sep 2010 12:30:12 -0500 Subject: [Freeswitch-users] PCMU ringback gets weird if you specify the file extension? In-Reply-To: References: <9C94939B-65FF-40ED-9B4F-2382C8DE5122@freeswitch.org> Message-ID: On Fri, Sep 3, 2010 at 10:53 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > if you specify the exten then the core does not know you are using it > as a native file and all the math is wrong for the samples etc. > Ah, I understand. Thanks! - Jock > > if you want to play the file with mod_sndfile rename it to .ul or > encode it as a wav with ulaw payload. > > > On Fri, Sep 3, 2010 at 10:37 AM, Jock McKechnie > wrote: > > > > > > On Fri, Sep 3, 2010 at 10:20 AM, Brian West > wrote: > >> > >> If you're using native sound files you shouldn't ever specify the > >> extension. > > > > Agreed, it was an oversight on my part. But that doesn't explain the > > behaviour. > > - JP > > > > > >> > >> On Sep 3, 2010, at 10:15 AM, Jock McKechnie wrote: > >> > >> > I've got a workaround, so I'm not bothered, but... it seems awfully > >> > strange that specifying the extension confuses it when they are > playing the > >> > same file. I'm currently running git.head as of Wednesday. > >> > > >> > Thanks; > >> > > >> > - Jock > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/d0b9cbec/attachment.html From msc at freeswitch.org Fri Sep 3 10:40:42 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 3 Sep 2010 10:40:42 -0700 Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: Message-ID: This is definitely possible, assuming that Giovanni's mod_gsmopen will work for you. (See http://wiki.freeswitch.org/wiki/Gsmopen) You will definitely need to put in some effort learning the basics of FreeSWITCH, then learning how to make and receive calls, and then how to manipulate the dialplan to do the very specific operations that you have listed. The wiki has lots of dialplan examples that you can build off of. Also, the default dialplan is a good place to look for examples and ideas - and just to learn what FreeSWITCH is capable of. Of course, we like to encourage people to buy our FreeSWITCH book as well! :) Hope this helps, MC 2010/9/3 Krystian Szcz?sny > > Hi, > > I would like to build a small box with a GSM Phone connected through USB to > receive and forward calls. > I am wondering if it is possible using freeswitch. > > This is the scenario I would like it to cater for: > I have a small company and have to give people my phone number. I don't > want them to call me on my private phone. > But at the same time, I hate having 2 phones with me!. > > > I want to setup a server with a GSM Phone connected. > I want all calls coming to this phone to be forwarded to my private phone > [calls within the same network are free] > I want all calls from my private phone coming to this phone to be answered > and forwarded to a specified number in this fashion: > Let's say the number attached to the server is 600123456 > I want to dial on my private number 600123456w600654987 and call 600654987 > through the phone connected to the server. > > I hope this scenario is clear. > > Thanks in advance > Krystian > > -- > Krystian Szczesny > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/03d1274c/attachment-0001.html From ktngl at yahoo.co.uk Fri Sep 3 10:53:44 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 3 Sep 2010 17:53:44 +0000 (GMT) Subject: [Freeswitch-users] Problems getting dtmf events In-Reply-To: Message-ID: <116890.91015.qm@web29211.mail.ird.yahoo.com> I found out what the problem was. I did not? set to async full. thanks --- On Fri, 3/9/10, Michael Jerris wrote: From: Michael Jerris Subject: Re: [Freeswitch-users] Problems getting dtmf events To: "FreeSWITCH Users Help" Date: Friday, 3 September, 2010, 17:02 It does nothing special in this regard other than subscribing to the events. ?How exactly are you trying to get events? Mike On Sep 1, 2010, at 5:15 PM, Nigel Kent wrote: I am trying to catch dtmf events but am having problems. It seems no dtmfs are being recieved. I can filter to other events and it gets picked up so this section of the code is doing the indented action of getting events. However I notice that during the execution of the playback command while the sound file is playing if a key press is done at this time the dtmf does get received. So my thought are what conditions does the playback command set in order to be able to have dtmf get recognized. -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/7592a6f5/attachment.html From vvchuk at rambler.ru Fri Sep 3 11:25:11 2010 From: vvchuk at rambler.ru (Victor Chukalovskiy) Date: Fri, 03 Sep 2010 14:25:11 -0400 Subject: [Freeswitch-users] Help with [Exchange_Routing_Error]: is there a maximum number of transfers on a call? In-Reply-To: References: <4C8120C0.6080406@isptelecom.net> Message-ID: <4C813D87.4000407@rambler.ru> Anthony and Brian, Than you for your help. Problem solved. Regards, Victor On -10/01/37 02:59 PM, Anthony Minessale wrote: > if you add inline="true" to your set, the variables will be set > instantly instead of when the extension executes. > the max-forwards is in the 70's range and can probably be set higher. > > > On Fri, Sep 3, 2010 at 11:22 AM, Victor Chukalovskiy wrote: >> I have a following observation: >> After making 5 or so "transfer xxx XML default" in my dial-plan call brakes >> with [Exchange_Routing_Error]. >> This seems to be dependent on the number of extensions the call goes >> through, and not on the extensions content itself. >> >> Could someone please confirm or deny such a behaviour? >> If this is true would be nice to know where this"max number" can be >> increased/decrease. >> >> P.S. I'm using "transfer" and multiple consequential extensions as a >> workaround for "Variables Availability". >> Thank you, >> Victor >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 mrene_lists at avgs.ca Fri Sep 3 11:28:50 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Fri, 3 Sep 2010 14:28:50 -0400 Subject: [Freeswitch-users] Help with [Exchange_Routing_Error]: is there a maximum number of transfers on a call? In-Reply-To: <4C813D87.4000407@rambler.ru> References: <4C8120C0.6080406@isptelecom.net> <4C813D87.4000407@rambler.ru> Message-ID: <9566661E-8640-4A58-AA8E-B104535C3D75@avgs.ca> The current value of max_forwards is always kept in the "max_forwards" variable, would you ever need to increase it. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-03, at 2:25 PM, Victor Chukalovskiy wrote: > Anthony and Brian, > > Than you for your help. > Problem solved. > > Regards, > Victor > On -10/01/37 02:59 PM, Anthony Minessale wrote: >> if you add inline="true" to your set, the variables will be set >> instantly instead of when the extension executes. >> the max-forwards is in the 70's range and can probably be set higher. >> >> >> On Fri, Sep 3, 2010 at 11:22 AM, Victor Chukalovskiy wrote: >>> I have a following observation: >>> After making 5 or so "transfer xxx XML default" in my dial-plan call brakes >>> with [Exchange_Routing_Error]. >>> This seems to be dependent on the number of extensions the call goes >>> through, and not on the extensions content itself. >>> >>> Could someone please confirm or deny such a behaviour? >>> If this is true would be nice to know where this"max number" can be >>> increased/decrease. >>> >>> P.S. I'm using "transfer" and multiple consequential extensions as a >>> workaround for "Variables Availability". >>> Thank you, >>> Victor >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Nabble at slickdeals.endjunk.com Fri Sep 3 11:41:21 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Fri, 3 Sep 2010 11:41:21 -0700 (PDT) Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: Message-ID: <1283539281903-5496543.post@n2.nabble.com> Krystian Szcz?sny wrote: > I would like to build a small box with a GSM Phone connected through USB > to receive and forward calls. I am wondering if it is possible using > freeswitch. What exactly did you mean by a small box? Did you literarily mean the size of the box like this Seagate http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar DockStar ? If so, it has been done. Have a look http://www.dslreports.com/forum/r24479163-Other-Own-a-FreeSwitch-on-a-Seagate-DockStar-for-2499 here . If you prefer to have your http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar DockStar runs on a debian OS, have a look http://skorfulose.de/2010/07/22/how-to-install-debian-on-seagate-docksta here . Once this is done, you can compile/run FreeSWITCH on it. Then, buy a USB GSM/Modem dongle to use with this device. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Fwd-Forward-phone-calls-tp5495776p5496543.html Sent from the freeswitch-users mailing list archive at Nabble.com. From moises.silva at gmail.com Fri Sep 3 11:46:49 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 3 Sep 2010 14:46:49 -0400 Subject: [Freeswitch-users] mod_freetdm dialing delay on analog line In-Reply-To: <-6675369694578031047@unknownmsgid> References: <-6675369694578031047@unknownmsgid> Message-ID: On Thu, Sep 2, 2010 at 6:01 PM, Mark Maly wrote: > Hello, > > > > Wondered why there would be an approximate 6-7 second delay in calling > analog/POTS via Sangoma USB100. Have used a TDM400P and there?s a delay, > but up to 7 seconds seems excessive. > > > > Any comments? > > > > 2010-09-02 16:56:28.586905 [DEBUG] mod_freetdm.c:427 FreeTDM/1:1/xxxxxxx > CHANNEL ROUTING > > 2010-09-02 16:56:28.586905 [DEBUG] switch_ivr_originate.c:66 > (FreeTDM/1:1/xxxxxxx) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2010-09-02 16:56:28.586905 [DEBUG] switch_core_session.c:1039 Send signal > FreeTDM/1:1/xxxxxxx [BREAK] > > 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:341 > (FreeTDM/1:1/xxxxxxx) State ROUTING going to sleep > > 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:314 > (FreeTDM/1:1/xxxxxxx) Running State Change CS_CONSUME_MEDIA > > 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:360 > (FreeTDM/1:1/xxxxxxx) State CONSUME_MEDIA > > 2010-09-02 16:56:28.586905 [DEBUG] switch_core_state_machine.c:360 > (FreeTDM/1:1/xxxxxxx) State CONSUME_MEDIA going to sleep > > 2010-09-02 16:56:30.264549 [DEBUG] ftmod_analog.c:720 [s1c1][1:1] Detected > tone DIAL on 1:1 > > 2010-09-02 16:56:30.284864 [DEBUG] ftdm_io.c:3041 [s1c1][1:1] Generating > DTMF [xxxxxxx] > > 2010-09-02 16:56:30.624887 [DEBUG] ftdm_io.c:2865 [s1c1][1:1] Queuing DTMF > 2 > > 2010-09-02 16:56:31.224598 [DEBUG] ftdm_io.c:2865 [s1c1][1:1] Queuing DTMF > 3 > > 2010-09-02 16:56:34.364947 [DEBUG] ftmod_analog.c:413 [s1c1][1:1] Changed > state from DIALING to UP > > > > Please pastebin the wanpipex.conf, freetdm.conf and freetdm.conf.xml files. You can also find more interactive help in the #sangoma IRC channel Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/feb2e862/attachment.html From k.szczesny at gmail.com Fri Sep 3 12:50:18 2010 From: k.szczesny at gmail.com (=?ISO-8859-2?Q?Krystian_Szcz=EAsny?=) Date: Fri, 3 Sep 2010 21:50:18 +0200 Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: <1283539281903-5496543.post@n2.nabble.com> References: <1283539281903-5496543.post@n2.nabble.com> Message-ID: Hello, thank you very much for the info. This is all I needed to know: that my idea will work with FreeSWITCH. I own Linksys NSLU2, which seems to be able to run Asterisk so I hope I will be able to run FS on it. Thanks again, Krystian On Fri, Sep 3, 2010 at 8:41 PM, mazilo wrote: > > > Krystian Szcz?sny wrote: > > I would like to build a small box with a GSM Phone connected through USB > > to receive and forward calls. I am wondering if it is possible using > > freeswitch. > What exactly did you mean by a small box? Did you literarily mean the size > of the box like this Seagate > > http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar > DockStar ? If so, it has been done. Have a look > > http://www.dslreports.com/forum/r24479163-Other-Own-a-FreeSwitch-on-a-Seagate-DockStar-for-2499 > here . If you prefer to have your > > http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar > DockStar runs on a debian OS, have a look > http://skorfulose.de/2010/07/22/how-to-install-debian-on-seagate-docksta > here . Once this is done, you can compile/run FreeSWITCH on it. Then, buy a > USB GSM/Modem dongle to use with this device. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Fwd-Forward-phone-calls-tp5495776p5496543.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Krystian Szcz?sny k.szczesny at gmail.com Skype k.szczesny -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/254396d6/attachment-0001.html From mike at jerris.com Fri Sep 3 13:18:28 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 3 Sep 2010 16:18:28 -0400 Subject: [Freeswitch-users] Monitoring Valet Parking slots In-Reply-To: References: Message-ID: <45CD2CB0-181B-454C-A0AB-EBC8E3480A19@jerris.com> dialog-info should work fine. We just did some work on that this week, give it a try and let us know. Mike On Sep 2, 2010, at 3:36 PM, Tony Graziano wrote: > I'll go stand in the corner for fifteen minutes and no gold stars for me today. > > Thanks for the answer though. > > Does monitoring the fifo adhere to RFC4235 (dialogue events)? > Appreciate any pointers. > > Thanks, > > Tony > > On Thu, Sep 2, 2010 at 1:38 PM, Anthony Minessale > wrote: >> You can monitor the fifos with blf not the valet parking. >> >> Sending another email out of impatience less than 24 hours later is >> bad etiquette btw.... >> >> >> >> On Thu, Sep 2, 2010 at 12:17 PM, Tony Graziano >> wrote: >>> Can I assume I asked a question that answers itself? (Silence meaning no?) >>> >>> On 9/1/10, Tony Graziano wrote: >>>> Is there a way to monitor a Valet Parking slot with blf? >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgraziano at voice.myitdepartment.net >>>> Fax: 434.984.8431 >>>> >>>> Email: tgraziano at myitdepartment.net >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpdesk at voice.myitdepartment.net >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >>> >>> -- >>> Sent from my mobile device >>> >>> ====================== >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> sip: tgraziano at voice.myitdepartment.net >>> Fax: 434.984.8431 >>> >>> Email: tgraziano at myitdepartment.net >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> sip: helpdesk at voice.myitdepartment.net >>> Fax: 434.984.8427 >>> >>> Helpdesk Contract Customers: >>> http://www.myitdepartment.net/gethelp/ >>> >>> Why do mathematicians always confuse Halloween and Christmas? >>> Because 31 Oct = 25 Dec. >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at 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 >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 tgraziano at myitdepartment.net Fri Sep 3 13:23:01 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Fri, 3 Sep 2010 16:23:01 -0400 Subject: [Freeswitch-users] Monitoring Valet Parking slots In-Reply-To: <45CD2CB0-181B-454C-A0AB-EBC8E3480A19@jerris.com> References: <45CD2CB0-181B-454C-A0AB-EBC8E3480A19@jerris.com> Message-ID: Thanks! We'll give it a shot! On Fri, Sep 3, 2010 at 4:18 PM, Michael Jerris wrote: > dialog-info should work fine. ?We just did some work on that this week, give it a try and let us know. > > Mike > > On Sep 2, 2010, at 3:36 PM, Tony Graziano wrote: > >> I'll go stand in the corner for fifteen minutes and no gold stars for me today. >> >> Thanks for the answer though. >> >> Does monitoring the fifo adhere to RFC4235 (dialogue events)? >> Appreciate any pointers. >> >> Thanks, >> >> Tony >> >> On Thu, Sep 2, 2010 at 1:38 PM, Anthony Minessale >> wrote: >>> You can monitor the fifos with blf not the valet parking. >>> >>> Sending another email out of impatience less than 24 hours later is >>> bad etiquette btw.... >>> >>> >>> >>> On Thu, Sep 2, 2010 at 12:17 PM, Tony Graziano >>> wrote: >>>> Can I assume I asked a question that answers itself? (Silence meaning no?) >>>> >>>> On 9/1/10, Tony Graziano wrote: >>>>> Is there a way to monitor a Valet Parking slot with blf? >>>>> >>>>> -- >>>>> ====================== >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> sip: tgraziano at voice.myitdepartment.net >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgraziano at myitdepartment.net >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> sip: helpdesk at voice.myitdepartment.net >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> Why do mathematicians always confuse Halloween and Christmas? >>>>> Because 31 Oct = 25 Dec. >>>>> >>>> >>>> -- >>>> Sent from my mobile device >>>> >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgraziano at voice.myitdepartment.net >>>> Fax: 434.984.8431 >>>> >>>> Email: tgraziano at myitdepartment.net >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpdesk at voice.myitdepartment.net >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at 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 >>> >>> FreeSWITCH http://www.freeswitch.org/ >>> ClueCon http://www.cluecon.com/ >>> Twitter: http://twitter.com/FreeSWITCH_wire >>> >>> AIM: anthm >>> MSN:anthony_minessale at hotmail.com >>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >>> IRC: irc.freenode.net #freeswitch >>> >>> FreeSWITCH Developer Conference >>> sip:888 at conference.freeswitch.org >>> googletalk:conf+888 at conference.freeswitch.org >>> pstn:+19193869900 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. From chad at apartmentlines.com Fri Sep 3 13:28:07 2010 From: chad at apartmentlines.com (Chad Phillips -- Apartment Lines) Date: Fri, 3 Sep 2010 16:28:07 -0400 Subject: [Freeswitch-users] recording file without the terminator key sound In-Reply-To: References: Message-ID: check out hunmonk/lua/record_trim.lua in the contributions repository -- i wrote that to solve the exact problem you're reporting. On Sep 2, 2010, at 11:06 PM, Tony Tin wrote: > BTW, I'm using 4ess ISDN, openzap libpri stack. > > On Fri, Sep 3, 2010 at 11:04 AM, Tony Tin wrote: > Hi, > > I try to record file with "record" application, it works fine. However, the sound of terminator key is also included at the end of the recorded file. I'm wondering whether there is a way get rid of it. Thanks. > > Regards, > Tony > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/ac197946/attachment.html From jmesquita at freeswitch.org Fri Sep 3 14:17:10 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Fri, 3 Sep 2010 18:17:10 -0300 Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: Message-ID: And if you want a GSM solution that will send/receive SMS and is on beta for FreeSWITCH (but very stable since I've been using without a problem), check Khomp. http://www.khomp.com.br Regards, Jo?o Mesquita On Fri, Sep 3, 2010 at 2:40 PM, Michael Collins wrote: > This is definitely possible, assuming that Giovanni's mod_gsmopen will work > for you. (See http://wiki.freeswitch.org/wiki/Gsmopen) > > You will definitely need to put in some effort learning the basics of > FreeSWITCH, then learning how to make and receive calls, and then how to > manipulate the dialplan to do the very specific operations that you have > listed. The wiki has lots of dialplan examples that you can build off of. > Also, the default dialplan is a good place to look for examples and ideas - > and just to learn what FreeSWITCH is capable of. > > Of course, we like to encourage people to buy our FreeSWITCH book as well! > :) > > Hope this helps, > MC > > 2010/9/3 Krystian Szcz?sny > >> >> Hi, >> >> I would like to build a small box with a GSM Phone connected through USB >> to receive and forward calls. >> I am wondering if it is possible using freeswitch. >> >> This is the scenario I would like it to cater for: >> I have a small company and have to give people my phone number. I don't >> want them to call me on my private phone. >> But at the same time, I hate having 2 phones with me!. >> >> >> I want to setup a server with a GSM Phone connected. >> I want all calls coming to this phone to be forwarded to my private phone >> [calls within the same network are free] >> I want all calls from my private phone coming to this phone to be answered >> and forwarded to a specified number in this fashion: >> Let's say the number attached to the server is 600123456 >> I want to dial on my private number 600123456w600654987 and call 600654987 >> through the phone connected to the server. >> >> I hope this scenario is clear. >> >> Thanks in advance >> Krystian >> >> -- >> Krystian Szczesny >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/b28e66cc/attachment.html From lloydie.t at gmail.com Fri Sep 3 14:38:28 2010 From: lloydie.t at gmail.com (lloyd thomas) Date: Fri, 3 Sep 2010 22:38:28 +0100 Subject: [Freeswitch-users] Ubuntu Hi-Res timer - small world In-Reply-To: References: <4B72146B-D099-4AAD-B0FF-F1B66403595C@freeswitch.org> <4C7D67F0.9010401@gmail.com> <20100831225800.3ab082f9@anubis.defcon1> <4C7D6E7C.8080702@gmail.com> <4C7D768D.7000901@gmail.com> Message-ID: FreeSWITCH Version 1.0.head (git-8dbd62f 2010-09-01 17-59-50 -0500) May try Williams though. On 3 September 2010 17:29, Anthony Minessale wrote: > which ver of FS are you using?, try William's packaged version maybe. > > > On Fri, Sep 3, 2010 at 3:02 AM, lloyd thomas wrote: > > I have completed the rebuild of my ubuntu freeswitch box and recompiled > with > > tickless switched off and timer set to 1000Hz > > I am now running Lucid 2.6.32.15+drm33.5tch-freeswitch > > Idle uses 2% CPU load. Idle with freeswitch running gives 12% cpu load. I > > get a spike up to 20% on call setup and then call reverts to using around > > 12-13%. Calling music on hold seems to use a couple of % more. > > I suspect for the lowly hardware I have it on, this is acceptable for > > running a few extensions. > > Can I do anything to further reduce the cpu load? > > > > On 2 September 2010 10:39, lloyd thomas wrote: > >> > >> Damn thing blew up anyway. Bad HD sectors. > >> rebuilding with Lucid 2.6.32-24-generic-pae > >> > >> On 31 August 2010 22:39, William King wrote: > >>> > >>> Which release? > >>> > >>> On 08/31/2010 02:33 PM, lloyd thomas wrote: > >>> > 32 bit > >>> > > >>> > On 31 August 2010 22:32, lloyd thomas >>> > > wrote: > >>> > > >>> > I am running 2.6.28.10-freeswitch > >>> > > >>> > > >>> > On 31 August 2010 22:05, William King >>> > > wrote: > >>> > > >>> > I am running this kernel in production and seems to be very > >>> > stable: > >>> > 2.6.32-24-server x86_64 GNU/Linux > >>> > > >>> > Using release 10.04.1 LTS > >>> > > >>> > -William King > >>> > > >>> > On 08/31/2010 01:58 PM, Jean-Yves F. Barbier wrote: > >>> > > On Tue, 31 Aug 2010 13:37:04 -0700, William King > >>> > > > >>> > > wrote: > >>> > > > >>> > > Yep, I confirm, 2.6.35 line seems to have timing PBs (and > >>> > others), > >>> > > 2.6.33.4 is more stable (ubuntu often thinks newer is > >>> > better...) > >>> > > > >>> > >> Which release of Ubuntu are you running? I have FS running > >>> > on > >>> > a very old > >>> > >> machine(slower than yours) and I have seen an issue like > >>> > this > >>> > before. It > >>> > >> was related to the release and the kernel. > >>> > > > >>> > > >>> > _______________________________________________ > >>> > FreeSWITCH-users mailing list > >>> > FreeSWITCH-users at lists.freeswitch.org > >>> > > >>> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> > > >>> > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> > http://www.freeswitch.org > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > _______________________________________________ > >>> > FreeSWITCH-users mailing list > >>> > FreeSWITCH-users at lists.freeswitch.org > >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> > > >>> > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> > http://www.freeswitch.org > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/a11e43ab/attachment-0001.html From bernhard.suttner at winet.ch Fri Sep 3 14:32:13 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Fri, 03 Sep 2010 23:32:13 +0200 Subject: [Freeswitch-users] Troubleshooting in high usage environments Message-ID: <20100903233213.8be4b28e@mail.winet.ch> Hi, what is the best approach to debug SIP registration or the call dialplan processing on systems under very high usage? Its very difficult to view the complete log file for all users in debug mode because there are to much call attempts / sip registrations. Are there tools where I can turn on debugging only for a certain user or IP? It would be really cool to have an debugging interface which can be used to turn on debugging for a user on freeswitch. Maybe also in combination with not only one server but e.g. a "server farm" :-) Thanks in advance. Best regards, Bernhard Suttner From michael.scheidell at secnap.com Fri Sep 3 15:04:43 2010 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Fri, 3 Sep 2010 18:04:43 -0400 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: <20100903233213.8be4b28e@mail.winet.ch> References: <20100903233213.8be4b28e@mail.winet.ch> Message-ID: <4C8170FB.2080000@secnap.com> On 9/3/10 5:32 PM, Bernhard Suttner wrote: > Hi, > > what is the best approach to debug SIP registration or the call dialplan processing on systems under very high usage? Its very difficult to view the complete log file for all users in debug mode because there are to much call attempts / sip registrations. > > Are there tools where I can turn on debugging only for a certain user or IP? It would be really cool to have an debugging interface which can be used to turn on debugging for a user on freeswitch. Maybe also in combination with not only one server but e.g. a "server farm" :-) I know in sipx there is a program that looks at logs, called sipviewer. you can drill down to a certain sender/recipient if you want. might work here. has X windows and MS windows versions. -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/b43f1a26/attachment.html From michael.scheidell at secnap.com Fri Sep 3 15:05:29 2010 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Fri, 3 Sep 2010 18:05:29 -0400 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: <20100903233213.8be4b28e@mail.winet.ch> References: <20100903233213.8be4b28e@mail.winet.ch> Message-ID: <4C817129.5010309@secnap.com> On 9/3/10 5:32 PM, Bernhard Suttner wrote: > Hi, > > what is the best approach to debug SIP registration or the call dialplan processing on systems under very high usage? Its very difficult to view the complete log file for all users in debug mode because there are to much call attempts / sip registrations. > > Are there tools where I can turn on debugging only for a certain user or IP? It would be really cool to have an debugging interface which can be used to turn on debugging for a user on freeswitch. Maybe also in combination with not only one server but e.g. a "server farm" :-) > and, or for ip, use wireshark (X windows, MS windows), or cli version is tshark. -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/2dda15e7/attachment.html From jmesquita at freeswitch.org Fri Sep 3 15:01:11 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Fri, 3 Sep 2010 19:01:11 -0300 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: <20100903233213.8be4b28e@mail.winet.ch> References: <20100903233213.8be4b28e@mail.winet.ch> Message-ID: I am not aware of anything that does that. It would have been a wonderful contribution tho. Regards, Jo?o Mesquita On Fri, Sep 3, 2010 at 6:32 PM, Bernhard Suttner wrote: > Hi, > > what is the best approach to debug SIP registration or the call dialplan > processing on systems under very high usage? Its very difficult to view the > complete log file for all users in debug mode because there are to much call > attempts / sip registrations. > > Are there tools where I can turn on debugging only for a certain user or > IP? It would be really cool to have an debugging interface which can be used > to turn on debugging for a user on freeswitch. Maybe also in combination > with not only one server but e.g. a "server farm" :-) > > Thanks in advance. > > Best regards, > Bernhard Suttner > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/6ffc0b98/attachment.html From covici at ccs.covici.com Fri Sep 3 15:29:16 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 03 Sep 2010 18:29:16 -0400 Subject: [Freeswitch-users] Problem making call using itsp Message-ID: <3035.1283552956@ccs.covici.com> Hi. I am getting a strange (to me) error message when I try to make an outgoing call using flowroute -- which is one of the itsp's I use. Here is the messages I am getting: 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data (${local_media_ip} contains a variable) 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data (${sip_local_sdp_str} contains a variable) What the heck do these mean and what can I do to fix? Thanks in advance for any ideas. -- 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 msc at freeswitch.org Fri Sep 3 18:05:53 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 3 Sep 2010 18:05:53 -0700 Subject: [Freeswitch-users] Need help testing GV features Message-ID: Hello all! Tony is at it again. He's added the ability to have incoming calls from a GV account go to your FreeSWITCH system! I've added some instructions on this page: http://wiki.freeswitch.org/wiki/Google_Voice I need people who have GV accounts to test this out. You'll need to install gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to load gnutls and then rebuild mod_dingaling. Please test out and give me your feedback. I can consistently make outbound calls but inbound calls have been hit and miss for me. (I think I have a network issue which is why I want some others to try things out.) Please let me know how if you are able to make it work. If you have improvements to the docs then by all means add them. When I get this all polished off I will blast it out over the 'Net. :) Thanks! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/9acbfa0c/attachment.html From chris.chen2004 at gmail.com Fri Sep 3 18:52:33 2010 From: chris.chen2004 at gmail.com (Chris Chen) Date: Fri, 3 Sep 2010 21:52:33 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: Hi Michael, I followed your instructions on WIKI, it has been working fine during the couple of calls I have made so far. On Fri, Sep 3, 2010 at 9:05 PM, Michael Collins wrote: > Hello all! > > Tony is at it again. He's added the ability to have incoming calls from a > GV account go to your FreeSWITCH system! I've added some instructions on > this page: > > http://wiki.freeswitch.org/wiki/Google_Voice > > I need people who have GV accounts to test this out. You'll need to install > gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to > load gnutls and then rebuild mod_dingaling. > > Please test out and give me your feedback. I can consistently make outbound > calls but inbound calls have been hit and miss for me. (I think I have a > network issue which is why I want some others to try things out.) Please let > me know how if you are able to make it work. If you have improvements to the > docs then by all means add them. > > When I get this all polished off I will blast it out over the 'Net. :) > > Thanks! > > -Michael > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/a5b62f3e/attachment-0001.html From Nabble at slickdeals.endjunk.com Fri Sep 3 19:10:19 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Fri, 3 Sep 2010 19:10:19 -0700 (PDT) Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> Message-ID: <1283566219470-5497531.post@n2.nabble.com> jesse zhao wrote: > > mazilo: > > please take a look at this : > http://code.google.com/p/google-voice-java/wiki/GettingStarted I did a google search before and saw your java code. However, since my knowledge on FreeSWITCH is pretty limited, let alone JAVA programming, I skipped through because I wouldn't know how to implement such codes on FreeSWITCH. If you can provide a complete dialplan to make your JAVA code to work for Google Voice, that will be cool to implement. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/gTalk-new-phone-calls-feature-tp5475689p5497531.html Sent from the freeswitch-users mailing list archive at Nabble.com. From andrewkt at aktzero.com Fri Sep 3 20:16:20 2010 From: andrewkt at aktzero.com (Andrew Thompson) Date: Fri, 03 Sep 2010 23:16:20 -0400 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> Message-ID: <4C81BA04.5070304@aktzero.com> On 9/1/2010 5:25 AM, Stas Khirman wrote: > Does two NATs configuration supported by stock FreeSWITCH ? Can I make > it work by changing some configuration parameters or I need something > like RTP proxy or similar? Try these settings in your xlite: http://aktzero.com/bytes/configuring-xlite Also, try calls to 9196 (or maybe it's still 9996 in 1.0.6?) for echo test, before you go trying to debug phone-to-phone. -- Andrew Thompson http://aktzero.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/5489d384/attachment.html From stas at khirman.com Fri Sep 3 23:06:45 2010 From: stas at khirman.com (Stas Khirman) Date: Fri, 3 Sep 2010 23:06:45 -0700 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> Message-ID: <013501cb4bf7$5bad4b00$1307e100$@khirman.com> No, I used default FreeSWITCH configuration from 1.0.6 distribution. Where have I look to enable fs_nat functions? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Friday, September 03, 2010 9:58 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 2 endpoints behing NATs This should already be enabled in the default configuration. Have you modified anything of note related to ip's, acl's, or nat settings from the default configs? Mike On Sep 1, 2010, at 7:36 AM, Stas Khirman wrote: David , Thank you for such prompt response! I checked my X-Lite configuration and find that "Use rport" had been checked. However, Registration doesn't include anything about fs_nat(see below). Do I need explicitly configure/load RTP proxy support? If yes, will appreciate instructions. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100903/777ca7cb/attachment.html From david.ponzone at ipeva.fr Sat Sep 4 00:13:37 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sat, 4 Sep 2010 09:13:37 +0200 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <013501cb4bf7$5bad4b00$1307e100$@khirman.com> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> <013501cb4bf7$5bad4b00$1307e100$@khirman.com> Message-ID: <62E62D82-8BA3-4B94-AFEC-95204E2ED840@ipeva.fr> It is the line: in the profile. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 04/09/2010 ? 08:06, Stas Khirman a ?crit : > No, I used default FreeSWITCH configuration from 1.0.6 distribution? > > Where have I look to enable fs_nat functions? > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] On Behalf Of Michael Jerris > Sent: Friday, September 03, 2010 9:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 2 endpoints behing NATs > > This should already be enabled in the default configuration. Have > you modified anything of note related to ip's, acl's, or nat > settings from the default configs? > > Mike > > On Sep 1, 2010, at 7:36 AM, Stas Khirman wrote: > > > David , > > Thank you for such prompt response! > > I checked my X-Lite configuration and find that ?Use rport? had > been checked. > However, Registration doesn?t include anything about fs_nat(see > below). Do I need explicitly configure/load RTP proxy support? If > yes, will appreciate instructions. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/470febeb/attachment-0001.html From babak.freeswitch at gmail.com Sat Sep 4 00:24:35 2010 From: babak.freeswitch at gmail.com (babak yakhchali) Date: Sat, 4 Sep 2010 10:54:35 +0330 Subject: [Freeswitch-users] bridge In-Reply-To: <1283269028539-5483223.post@n2.nabble.com> References: <1283269028539-5483223.post@n2.nabble.com> Message-ID: Thanx how can I check to see if the call was answered? or how can I check the originate result? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/1f86a51b/attachment.html From mnhassan at usa.net Sat Sep 4 01:52:45 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Sat, 4 Sep 2010 14:52:45 +0600 Subject: [Freeswitch-users] bridge In-Reply-To: References: <1283269028539-5483223.post@n2.nabble.com> Message-ID: If the call was hung up, then you need to check the "xml_cdr" of the relevant call. Regards HASSAN On Sat, Sep 4, 2010 at 13:24, babak yakhchali wrote: > Thanx > how can I check to see if the call was answered? or how can I check the > originate result? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/b03a91c9/attachment.html From velu.technical at gmail.com Sat Sep 4 01:58:38 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Sat, 4 Sep 2010 14:28:38 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> Message-ID: Dear All, I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. Kindly anyone tell me which version of the OPAL should be used for mod_opal. Thanks, Velusamy. On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre wrote: > This means the module was compiled, but it isn't finding a required opal > function. You might have an older copy of opal installed than mod_opal > requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" wrote: > > Did you uncomment the opal line in modules.conf? > > > > endpoints/mod_loopback > > #endpoints/mod_alsa > > #endpoints/mod_opal #<<< > #endpoints/mod_skinny > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *velusamy > Krishnan > *Sent:* Friday, September 03, 2010 1:58 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] mod_opal installation problem > > > > Dear All, > After installing the mod_opal module, I have tried to load that > module in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error > Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: > _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > 2010/9/3 velusamy Krishnan < > velu.technical at gmail.com> > > Dear All, > Thanks for fixing the problem.. > Regards, > Velusamy. > > > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson < > peter.olsson at visionutveckling.se> wrote: > > Thanks Jeff - I think the same applies for mod_h323, if you feel like > making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > Fr?n: > freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk > Skickat: den 2 september 2010 15:28 > Till: > freeswitch-users at lists.freeswitch.org > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > fixed in git head 4a7425e > -- > View this message in context: > > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > !DSPAM:4c7fa7db32934011425493! > > > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/5197b7da/attachment.html From peter.olsson at visionutveckling.se Sat Sep 4 02:38:24 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Sat, 4 Sep 2010 11:38:24 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> , Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think that Lalande release versions should be the best choice. /Peter ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] Skickat: den 4 september 2010 10:58 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear All, I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. Kindly anyone tell me which version of the OPAL should be used for mod_opal. Thanks, Velusamy. On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > wrote: This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. Steve on iPhone On 3 Sep 2010, at 14:11, "Lars Zeb" > wrote: Did you uncomment the opal line in modules.conf? endpoints/mod_loopback #endpoints/mod_alsa #endpoints/mod_opal #<<< [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan Sent: Friday, September 03, 2010 1:58 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_opal installation problem Dear All, After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly, anyone help to resolve this issue. Thanks, Velusamy. 2010/9/3 velusamy Krishnan <velu.technical at gmail.com> Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson <peter.olsson at visionutveckling.se> wrote: Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: freeswitch-users at lists.freeswitch.org ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c820bcd32938738830741! From abubacker at bksystems.co.in Sat Sep 4 02:58:52 2010 From: abubacker at bksystems.co.in (abubacker) Date: Sat, 04 Sep 2010 15:28:52 +0530 Subject: [Freeswitch-users] bridge In-Reply-To: References: <1283269028539-5483223.post@n2.nabble.com> Message-ID: <4C82185C.9080108@bksys.co.in> On Saturday 04 September 2010 12:54 PM, babak yakhchali wrote: > Thanx > how can I check to see if the call was answered? or how can I check > the originate result? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > Try show channels -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/dc55e8e1/attachment.html From b_ball_henry at hotmail.com Sat Sep 4 05:06:52 2010 From: b_ball_henry at hotmail.com (Henry Huang) Date: Sat, 4 Sep 2010 20:06:52 +0800 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: I can't find where I would be able activate the US calling feature on gmail? 2010-9-4 ??9:58? "Chris Chen" ??? Hi Michael, I followed your instructions on WIKI, it has been working fine during the couple of calls I have made so far. On Fri, Sep 3, 2010 at 9:05 PM, Michael Collins wrote: > > > > Hello all! > > > > Tony is at it again. He's added the ability to have incoming calls from a > GV acco... > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/85407d95/attachment.html From Nabble at slickdeals.endjunk.com Sat Sep 4 07:06:42 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sat, 4 Sep 2010 07:06:42 -0700 (PDT) Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: <1283539281903-5496543.post@n2.nabble.com> Message-ID: <1283609202515-5498521.post@n2.nabble.com> Krystian Szcz?sny wrote: > I own Linksys NSLU2, which seems to be able to run Asterisk so I hope I > will be able to run FS on it. I once has my FreeSWITCH v1.0.6 hosted on a Netgear http://kb.netgear.com/app/products/model/a_id/2598 WGT634U running on an OpenWRT firmware. It works just fine, except it crawls! That said, a Linksys NSLU2 shouldn't have a problem to host FreeSWTCH, except it will be very sloooooooooooow. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Fwd-Forward-phone-calls-tp5495776p5498521.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Sat Sep 4 07:15:16 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sat, 4 Sep 2010 07:15:16 -0700 (PDT) Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: <1283609716010-5498536.post@n2.nabble.com> mercutioviz wrote: > > Hello all! > > Tony is at it again. He's added the ability to have incoming calls from a > GV > account go to your FreeSWITCH system! Is that so. It would really be a plus feature! If you can provide the link to his codes, that will be great. I've added some instructions on this > page: > > http://wiki.freeswitch.org/wiki/Google_Voice > > I need people who have GV accounts to test this out. Thanks for the link. Unfortunately, I won't be able to test this as my FS hosted on a Seagate http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/ DockStar keeps crashing when enable with mod_dingaling even though it is installed with the above requirement libraries. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5498536.html Sent from the freeswitch-users mailing list archive at Nabble.com. From bernhard.suttner at winet.ch Sat Sep 4 07:44:29 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Sat, 04 Sep 2010 16:44:29 +0200 Subject: [Freeswitch-users] Troubleshooting in high usage environments Message-ID: <20100904164429.fd795773@mail.winet.ch> Hi, nice. Maybe a good solution, but I thought about a "freeswitch service". A client connects to a number of freeswitch servers and tell the freeswitch servers to "search for any activity" of user XYZ. If such a request comes in on mod_sofia and will be handeld in the dialplan and in every other module, the logging output is sent to the client. Something like a service interface. Best regards, Bernhard ----- Original Message ----- From: Michael Scheidell [mailto:michael.scheidell at secnap.com] To: freeswitch-users at lists.freeswitch.org Sent: Sat, 04 Sep 2010 00:04:43 +0200 Subject: Re: [Freeswitch-users] Troubleshooting in high usage environments > On 9/3/10 5:32 PM, Bernhard Suttner wrote: > > Hi, > > > > what is the best approach to debug SIP registration or the call dialplan > processing on systems under very high usage? Its very difficult to view the > complete log file for all users in debug mode because there are to much call > attempts / sip registrations. > > > > Are there tools where I can turn on debugging only for a certain user or > IP? It would be really cool to have an debugging interface which can be used > to turn on debugging for a user on freeswitch. Maybe also in combination > with not only one server but e.g. a "server farm" :-) > I know in sipx there is a program that looks at logs, called sipviewer. > you can drill down to a certain sender/recipient if you want. > might work here. has X windows and MS windows versions. > > -- > Michael Scheidell, CTO > o: 561-999-5000 > d: 561-948-2259 > ISN: 1259*1300 > > *| *SECNAP Network Security Corporation > > * Certified SNORT Integrator > * 2008-9 Hot Company Award Winner, World Executive Alliance > * Five-Star Partner Program 2009, VARBusiness > * Best in Email Security,2010: Network Products Guide > * King of Spam Filters, SC Magazine 2008 > > > ______________________________________________________________________ > This email has been scanned and certified safe by SpammerTrap(r). > For Information please see http://www.secnap.com/products/spammertrap/ > ______________________________________________________________________ From neil.burgess at redmatter.com Sat Sep 4 11:12:40 2010 From: neil.burgess at redmatter.com (Neil Burgess) Date: Sat, 4 Sep 2010 19:12:40 +0100 Subject: [Freeswitch-users] Does execute_extension terminate a javascript/ lua script? Message-ID: <787302A89ACCE24DA8F56DA101E77C842B3E55BDF9@THHS2E12BE1X.hostedservice2.net> Hi, A quick question. If I use something like:- session.execute("execute_extension", "myExtension XML default"); inside a javascript file, should this return to the execute the following lines in the script once the extension has completed, or will the script terminate at that point. I know that is the case with a transfer, but not sure about the expected behaviour with an "execute_extension"? Similarly is this the case with an lua script? Many thanks, Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/58b452c8/attachment.html From mrene_lists at avgs.ca Sat Sep 4 11:16:58 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Sat, 4 Sep 2010 14:16:58 -0400 Subject: [Freeswitch-users] Does execute_extension terminate a javascript/ lua script? In-Reply-To: <787302A89ACCE24DA8F56DA101E77C842B3E55BDF9@THHS2E12BE1X.hostedservice2.net> References: <787302A89ACCE24DA8F56DA101E77C842B3E55BDF9@THHS2E12BE1X.hostedservice2.net> Message-ID: Hi, execute_extension won't terminate your script, it doesn't even change the channel's state. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-04, at 2:12 PM, Neil Burgess wrote: > Hi, > > A quick question. > > If I use something like:- > > session.execute(?execute_extension?, ?myExtension XML default?); > > inside a javascript file, should this return to the execute the following lines in the script once the extension has completed, or will the script terminate at that point. > > I know that is the case with a transfer, but not sure about the expected behaviour with an ?execute_extension?? > > Similarly is this the case with an lua script? > > Many thanks, > Neil > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/ddbe81d5/attachment-0001.html From msc at freeswitch.org Sat Sep 4 11:58:47 2010 From: msc at freeswitch.org (Michael Collins) Date: Sat, 4 Sep 2010 11:58:47 -0700 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: <1283609716010-5498536.post@n2.nabble.com> References: <1283609716010-5498536.post@n2.nabble.com> Message-ID: Is that so. It would really be a plus feature! If you can provide the link > to his codes, that will be great. > Outbound gmail/goog voice: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 Inbound goog voice: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/38c71be7/attachment.html From curriegrad2004 at gmail.com Sat Sep 4 13:23:43 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Sat, 4 Sep 2010 13:23:43 -0700 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283609716010-5498536.post@n2.nabble.com> Message-ID: All is fine on my side. I knew this would happen one day :) On Sat, Sep 4, 2010 at 11:58 AM, Michael Collins wrote: > Is that so. It would really be a plus feature! If you can provide the link >> >> to his codes, that will be great. > > Outbound gmail/goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 > > Inbound goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 > > -MC > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 krystian.szczesny at gmail.com Sat Sep 4 14:23:08 2010 From: krystian.szczesny at gmail.com (=?ISO-8859-2?Q?Krystian_Szcz=EAsny?=) Date: Sat, 4 Sep 2010 23:23:08 +0200 Subject: [Freeswitch-users] Fwd: Forward phone calls In-Reply-To: References: Message-ID: Thanks a lot, It might be a good addition to the voice call forwarding, as there still seem to be people using sms over email... :/ 2010/9/3 Jo?o Mesquita > And if you want a GSM solution that will send/receive SMS and is on beta > for FreeSWITCH (but very stable since I've been using without a problem), > check Khomp. > > http://www.khomp.com.br > > Regards, > Jo?o Mesquita > > > On Fri, Sep 3, 2010 at 2:40 PM, Michael Collins wrote: > >> This is definitely possible, assuming that Giovanni's mod_gsmopen will >> work for you. (See http://wiki.freeswitch.org/wiki/Gsmopen) >> >> You will definitely need to put in some effort learning the basics of >> FreeSWITCH, then learning how to make and receive calls, and then how to >> manipulate the dialplan to do the very specific operations that you have >> listed. The wiki has lots of dialplan examples that you can build off of. >> Also, the default dialplan is a good place to look for examples and ideas - >> and just to learn what FreeSWITCH is capable of. >> >> Of course, we like to encourage people to buy our FreeSWITCH book as well! >> :) >> >> Hope this helps, >> MC >> >> 2010/9/3 Krystian Szcz?sny >> >>> >>> Hi, >>> >>> I would like to build a small box with a GSM Phone connected through USB >>> to receive and forward calls. >>> I am wondering if it is possible using freeswitch. >>> >>> This is the scenario I would like it to cater for: >>> I have a small company and have to give people my phone number. I don't >>> want them to call me on my private phone. >>> But at the same time, I hate having 2 phones with me!. >>> >>> >>> I want to setup a server with a GSM Phone connected. >>> I want all calls coming to this phone to be forwarded to my private phone >>> [calls within the same network are free] >>> I want all calls from my private phone coming to this phone to be >>> answered and forwarded to a specified number in this fashion: >>> Let's say the number attached to the server is 600123456 >>> I want to dial on my private number 600123456w600654987 and call >>> 600654987 through the phone connected to the server. >>> >>> I hope this scenario is clear. >>> >>> Thanks in advance >>> Krystian >>> >>> -- >>> Krystian Szczesny >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Krystian Szcz?sny k.szczesny at gmail.com Skype k.szczesny -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100904/b322e109/attachment.html From adminjew at gmail.com Sat Sep 4 21:28:35 2010 From: adminjew at gmail.com (Yitzchok) Date: Sun, 5 Sep 2010 00:28:35 -0400 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: <4C801B6E.4050103@puzzled.xs4all.nl> References: <1283347083542-5486890.post@n2.nabble.com> <4C801B6E.4050103@puzzled.xs4all.nl> Message-ID: Anyone have any idea why it just works on the first call to the "managed" command and then all future calls to the "managed" command gets me the exception above until I restart FreeSWITCH (and that doesn't fix the problem). Yitzchok On Thu, Sep 2, 2010 at 5:47 PM, Patrick Lists < freeswitch-list at puzzled.xs4all.nl> wrote: > On 09/02/2010 07:48 PM, Yitzchok wrote: > > Does anyone have mod_managed working with Mono 2.6.7 on Linux? > > > > If no what version of mono are you using? > > I only know that mod_managed in FreeSWITCH git from about two weeks ago > built ok against mono 2.6.4 on CentOS 5.5 x86_64. And the module loaded > correctly. Haven't tested anything else as I wouldn't know how to. > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100905/5804cb03/attachment.html From mnhassan at usa.net Sat Sep 4 23:30:25 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Sun, 5 Sep 2010 12:30:25 +0600 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: <20100904164429.fd795773@mail.winet.ch> References: <20100904164429.fd795773@mail.winet.ch> Message-ID: How about using the "info" application in the dialplan? Regards HASSAN On Sat, Sep 4, 2010 at 20:44, Bernhard Suttner wrote: > Hi, > > nice. Maybe a good solution, but I thought about a "freeswitch service". A > client connects to a number of freeswitch servers and tell the freeswitch > servers to "search for any activity" of user XYZ. If such a request comes in > on mod_sofia and will be handeld in the dialplan and in every other module, > the logging output is sent to the client. Something like a service > interface. > > Best regards, > Bernhard > > > > ----- Original Message ----- > From: Michael Scheidell [mailto:michael.scheidell at secnap.com] > To: freeswitch-users at lists.freeswitch.org > Sent: Sat, 04 Sep 2010 00:04:43 +0200 > Subject: Re: [Freeswitch-users] Troubleshooting in high usage environments > > > > On 9/3/10 5:32 PM, Bernhard Suttner wrote: > > > Hi, > > > > > > what is the best approach to debug SIP registration or the call > dialplan > > processing on systems under very high usage? Its very difficult to view > the > > complete log file for all users in debug mode because there are to much > call > > attempts / sip registrations. > > > > > > Are there tools where I can turn on debugging only for a certain user > or > > IP? It would be really cool to have an debugging interface which can be > used > > to turn on debugging for a user on freeswitch. Maybe also in combination > > with not only one server but e.g. a "server farm" :-) > > I know in sipx there is a program that looks at logs, called sipviewer. > > you can drill down to a certain sender/recipient if you want. > > might work here. has X windows and MS windows versions. > > > > -- > > Michael Scheidell, CTO > > o: 561-999-5000 > > d: 561-948-2259 > > ISN: 1259*1300 > > > *| *SECNAP Network Security Corporation > > > > * Certified SNORT Integrator > > * 2008-9 Hot Company Award Winner, World Executive Alliance > > * Five-Star Partner Program 2009, VARBusiness > > * Best in Email Security,2010: Network Products Guide > > * King of Spam Filters, SC Magazine 2008 > > > > > > ______________________________________________________________________ > > This email has been scanned and certified safe by SpammerTrap(r). > > For Information please see http://www.secnap.com/products/spammertrap/ > > ______________________________________________________________________ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100905/363bbdf7/attachment-0001.html From david.ponzone at ipeva.fr Sun Sep 5 00:25:00 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 5 Sep 2010 09:25:00 +0200 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: References: <20100904164429.fd795773@mail.winet.ch> Message-ID: and /uuid in the CLI. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 05/09/2010 ? 08:30, Nyamul Hassan a ?crit : > How about using the "info" application in the dialplan? > > Regards > HASSAN > > > On Sat, Sep 4, 2010 at 20:44, Bernhard Suttner > wrote: > Hi, > > nice. Maybe a good solution, but I thought about a "freeswitch > service". A client connects to a number of freeswitch servers and > tell the freeswitch servers to "search for any activity" of user > XYZ. If such a request comes in on mod_sofia and will be handeld in > the dialplan and in every other module, the logging output is sent > to the client. Something like a service interface. > > Best regards, > Bernhard > > > > ----- Original Message ----- > From: Michael Scheidell [mailto:michael.scheidell at secnap.com] > To: freeswitch-users at lists.freeswitch.org > Sent: Sat, 04 Sep 2010 00:04:43 +0200 > Subject: Re: [Freeswitch-users] Troubleshooting in high usage > environments > > > > On 9/3/10 5:32 PM, Bernhard Suttner wrote: > > > Hi, > > > > > > what is the best approach to debug SIP registration or the call > dialplan > > processing on systems under very high usage? Its very difficult to > view the > > complete log file for all users in debug mode because there are to > much call > > attempts / sip registrations. > > > > > > Are there tools where I can turn on debugging only for a certain > user or > > IP? It would be really cool to have an debugging interface which > can be used > > to turn on debugging for a user on freeswitch. Maybe also in > combination > > with not only one server but e.g. a "server farm" :-) > > I know in sipx there is a program that looks at logs, called > sipviewer. > > you can drill down to a certain sender/recipient if you want. > > might work here. has X windows and MS windows versions. > > > > -- > > Michael Scheidell, CTO > > o: 561-999-5000 > > d: 561-948-2259 > > ISN: 1259*1300 > > > *| *SECNAP Network Security Corporation > > > > * Certified SNORT Integrator > > * 2008-9 Hot Company Award Winner, World Executive Alliance > > * Five-Star Partner Program 2009, VARBusiness > > * Best in Email Security,2010: Network Products Guide > > * King of Spam Filters, SC Magazine 2008 > > > > > > > ______________________________________________________________________ > > This email has been scanned and certified safe by SpammerTrap(r). > > For Information please see http://www.secnap.com/products/spammertrap/ > > > ______________________________________________________________________ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100905/ff649e9b/attachment.html From christian.loeschenkohl at xpirio.com Sun Sep 5 00:52:43 2010 From: christian.loeschenkohl at xpirio.com (=?ISO-8859-1?Q?Christian_L=F6schenkohl?=) Date: Sun, 05 Sep 2010 09:52:43 +0200 Subject: [Freeswitch-users] setting switch_r_sdp with outbound event socket In-Reply-To: References: <4C7D8226.4080504@xpirio.com> <51496716-6E26-494D-8F41-B964BDB6675F@freeswitch.org> <4C7D8867.50109@xpirio.com> <4C7FD4BF.7080907@xpirio.com> Message-ID: <4C834C4B.1010404@xpirio.com> hello looks like there is no switch_url_decode in mod_event_socket.c would "static switch_status_t read_packet(listener_t *listener, switch_event_t **event, uint32_t timeout)" be a good place to decode the url encoded string? or would "static switch_status_t parse_command(listener_t *listener, switch_event_t **event, char *reply, uint32_t reply_len)" fit better, around if (!strncasecmp(cmd, "sendevent", 9)) { ... ... } i think it would be helpfull if everybody can set url encoded strings with the socket interface. i will give my best to get a patch for this function. br On 2010-09-02 19:36, Anthony Minessale wrote: > maybe FS is not urldecoding it in mod_event_socket > > 2010/9/2 Christian L?schenkohl: >> hello >> >> message on loopback look now like this >> >> sendmsg >> call-command: execute >> execute-app-name: set >> execute-app-arg: >> switch_r_sdp=v%3D0%0D%0Ao%3Droot+2099281814+2099281814+IN+IP4+xx.xx.xx.xx%0D%0As%3Dcall%0D%0Ac%3DIN+IP4+xx.xx.xx.xx%0D%0At%3D0+0%0D%0Am%3Daudio+18888+RTP%2FAVP+9+99+3+18+4+101%0D%0Aa%3Drtpmap%3A9+g722%2F8000%0D%0Aa%3Drtpmap%3A3+gsm%2F8000%0D%0Aa%3Drtpmap%3A18+g729%2F8000%0D%0Aa%3Dfmtp%3A18+annexb%3Dno%0D%0Aa%3Drtpmap%3A4+g723%2F8000%0D%0Aa%3Drtpmap%3A101+telephone-event%2F8000%0D%0Aa%3Dfmtp%3A101+0-16%0D%0Aa%3Dptime%3A20%0D%0A >> >> server respons now with "SIP/2.0 500 Internal Server Error" when trying to >> bridge this call with this sdp >> >> why does that not guarentee it will work? >> >> what could be a possible solution here? >> >> bg >> >> >> >> On 2010-09-01 03:31, Anthony Minessale wrote: >> >>> You have to urlencode it too and that does not guarentee it will work.... >>> >>>> On Aug 31, 2010 6:01 PM, "Christian L?schenkohl" >>>> >>> > wrote: >>>> >>>> thank you for your reply >>>> >>>> i read it here >>>> http://wiki.freeswitch.org/wiki/Codec_negotiation#Rewriting_SDP and it >>>> seemed >>>> logic to me (which isn't true as i seems). >>>> >>>> of course i tried it without CDATA - then the command on the loopback >>>> looks like this >>>> >>>> >>>> sendmsg >>>> call-command: execute >>>> execute-app-name: set >>>> >>>> execute-app-arg: switch_r_sdp=v=0 >>>> o=root 1051875459 1051875459 IN IP4 x.x.x.x >>>> >>>> s=call >>>> c=IN IP4 x.x.x.x >>>> t=0 0 >>>> >>>> m=audio 19156 RTP/AVP 0 9 99 3 18 4 101 >>>> >>>> a=rtpmap:0 pcmu/8000 >>>> a=rtpmap:9 g722/8000 >>>> a=rtpmap:3 gsm/8000 >>>> a=rtpmap:18 g729/8000 >>>> a=fmtp:18 annexb... >>>> >>>> and i also do get [ERR] switch_ivr.c:469 Invalid Command! >>>> >>>> these lines print out the error (switch_ivr.c:469) >>>> >>>> if (zstr(cmd)) { >>>> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), >>>> SWITCH_LOG_ERROR, "Invalid Command!\n"); >>>> return SWITCH_STATUS_FALSE; >>>> } >>>> >>>> br >>>> >>>> >>>> >>>> On 2010-09-01 00:34, Brian West wrote: >>>> >>>>> Why are you trying to put it in the CDATA? You know you... >>>> >>>> -- >>>> Ing. Christian L?schenkohl >>>> Technische Leitung, Forschung& Entwicklung VoIP >>>> >>>> xpirio >>>> Telekommunik... >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mail... >>>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> -- >> Ing. Christian L?schenkohl >> Technische Leitung, Forschung& Entwicklung VoIP >> >> xpirio >> Telekommunikation& Service GmbH >> Lakeside B04 >> 9020 Klagenfurt >> Austria >> >> T +43 (0) 5 77 11 - 1000 >> F +43 (0) 5 77 11 - 1002 >> E christian.loeschenkohl at xpirio.com >> > > > -- Ing. Christian L?schenkohl Technische Leitung, Forschung & Entwicklung VoIP xpirio Telekommunikation & Service GmbH Lakeside B04 9020 Klagenfurt Austria T +43 (0) 5 77 11 - 1000 F +43 (0) 5 77 11 - 1002 E christian.loeschenkohl at xpirio.com From riedinger at sns.eu Sun Sep 5 02:05:31 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Sun, 05 Sep 2010 11:05:31 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> Message-ID: <4C835D5B.1050107@sns.eu> Hi Velusamy, you have more success than I, I even don't get mod_opal compiled at all. I get the error message below. I updated to the latest git version of freeswitch half an hour ago and version 24682 of the opal tree was checked out by buildopal.sh. Compiling /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... Compiling /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp ... /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In constructor 'FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, unsigned int, OpalConnection::StringOptions*, switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)': /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: error: no matching function for call to 'OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, unsigned int&, OpalConnection::StringOptions*&)' /usr/include/opal/opal/localep.h:253: note: candidates are: OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, void*) /usr/include/opal/opal/localep.h:242: note: OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function 'switch_status_t FSMediaStream::read_frame(switch_frame_t**, switch_io_flag_t)': /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: error: 'class OpalMediaPatch' has no member named 'OnStartMediaPatch' /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function 'switch_status_t FSMediaStream::write_frame(const switch_frame_t*, switch_io_flag_t)': /usr/local/freeswitch-install/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: error: 'class OpalMediaPatch' has no member named 'OnStartMediaPatch' make[5]: *** [mod_opal.lo] Error 1 make[4]: *** [all] Error 1 make[3]: *** [mod_opal-all] Error 1 make[2]: *** [all-recursive] Error 1 The error message you are experiencing is typically if there is a version mismatch between your libs which were installed during the compilation of mod_opal and later on, when you try to load it. Maybe you have even two different libraries at different places on your system. Clean up, recompile and reinstall. Maybe it is working then. BR Jan Am 04.09.2010 10:58, schrieb velusamy Krishnan: > Dear All, > I have updated the latest SVN for OPAL libraries. The version of > the OPAL libraries is 24682. But still the problem has not solved. > Kindly anyone tell me which version of the OPAL should be used for > mod_opal. > > Thanks, > Velusamy. > > > On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > wrote: > > This means the module was compiled, but it isn't finding a > required opal function. You might have an older copy of opal > installed than mod_opal requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" > wrote: > >> Did you uncomment the opal line in modules.conf? >> >> endpoints/mod_loopback >> >> #endpoints/mod_alsa >> >> #endpoints/mod_opal #<<<> >> #endpoints/mod_skinny >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On >> Behalf Of *velusamy Krishnan >> *Sent:* Friday, September 03, 2010 1:58 AM >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] mod_opal installation problem >> >> Dear All, >> After installing the mod_opal module, I have tried to load >> that module in the freeswitch. But I have received the following >> error, >> >> 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 >> Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so >> **/usr/lib/libopal.so.3.9-beta0: undefined symbol: >> _ZNK15OpalMediaStream18EnableJitterBufferEv** >> >> -ERR unloading module [No such module!] >> -ERR loading module [module load file routine returned an error] >> >> Kindly, anyone help to resolve this issue. >> >> Thanks, >> Velusamy. >> >> 2010/9/3 velusamy Krishnan > > >> >> Dear All, >> Thanks for fixing the problem.. >> Regards, >> Velusamy. >> >> On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson >> > > wrote: >> >> Thanks Jeff - I think the same applies for mod_h323, if you feel >> like making a quick fix there as well... >> >> /Peter >> >> >> -----Ursprungligt meddelande----- >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] F?r Jeff Lenk >> Skickat: den 2 september 2010 15:28 >> Till: freeswitch-users at lists.freeswitch.org >> >> >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> fixed in git head 4a7425e >> -- >> View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> Sent from the freeswitch-users mailing list archive at Nabble.com >> . >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> !DSPAM:4c7fa7db32934011425493! >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100905/cf9410fd/attachment-0001.html From boris at tagnet.ru Sun Sep 5 05:15:23 2010 From: boris at tagnet.ru (Boris Kovalenko) Date: Sun, 05 Sep 2010 18:15:23 +0600 Subject: [Freeswitch-users] Video calls Message-ID: <4C8389DB.4030309@tagnet.ru> Hello! I can't get video calls working with current FS trunk and two eyeBeam 1.5. Is this even possible? May be I haven't enabled importrant module or something else? May someone provide a good example or point me to documentation page. -- With respect, Boris From freeswitch-list at puzzled.xs4all.nl Sun Sep 5 05:25:31 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Sun, 05 Sep 2010 14:25:31 +0200 Subject: [Freeswitch-users] mod_managed on linux centos In-Reply-To: References: <1283347083542-5486890.post@n2.nabble.com> <4C801B6E.4050103@puzzled.xs4all.nl> Message-ID: <4C838C3B.3070202@puzzled.xs4all.nl> On 09/05/2010 06:28 AM, Yitzchok wrote: > Anyone have any idea why it just works on the first call to the > "managed" command and then all future calls to the "managed" command > gets me the exception above until I restart FreeSWITCH (and that doesn't > fix the problem). Sorry I have no idea. The only vague inverse similarity I have seen is mod_java not loading during startup but it will load fine manually once FS is started. Guess you need to do some more debugging. Regards, Patrick From stephen at stephenjc.com Sun Sep 5 06:48:16 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Sun, 5 Sep 2010 09:48:16 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283609716010-5498536.post@n2.nabble.com> Message-ID: I am unable to answer the coming call. i have a JIRA open. http://jira.freeswitch.org/browse/MODENDP-325 Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Sat, Sep 4, 2010 at 4:23 PM, Jeffrey Leung wrote: > All is fine on my side. > > I knew this would happen one day :) > > On Sat, Sep 4, 2010 at 11:58 AM, Michael Collins wrote: >> Is that so. It would really be a plus feature! If you can provide the link >>> >>> to his codes, that will be great. >> >> Outbound gmail/goog voice: >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 >> >> Inbound goog voice: >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 >> >> -MC >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sun Sep 5 08:00:31 2010 From: brian at freeswitch.org (Brian West) Date: Sun, 5 Sep 2010 10:00:31 -0500 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283609716010-5498536.post@n2.nabble.com> Message-ID: <98097B52-E863-4F6F-8FF4-1DF3FED445C7@freeswitch.org> You didn't set the ext-rtp-ip I suspect and you're behind nat aren't you? /b On Sep 5, 2010, at 8:48 AM, stephen at stephenjc wrote: > I am unable to answer the coming call. i have a JIRA open. > > http://jira.freeswitch.org/browse/MODENDP-325 > > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > From stephen at stephenjc.com Sun Sep 5 08:03:54 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Sun, 5 Sep 2010 11:03:54 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: <98097B52-E863-4F6F-8FF4-1DF3FED445C7@freeswitch.org> References: <1283609716010-5498536.post@n2.nabble.com> <98097B52-E863-4F6F-8FF4-1DF3FED445C7@freeswitch.org> Message-ID: I have and no nat, its a public IP. Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Sun, Sep 5, 2010 at 11:00 AM, Brian West wrote: > You didn't set the ext-rtp-ip I suspect and you're behind nat aren't you? > > /b > > On Sep 5, 2010, at 8:48 AM, stephen at stephenjc wrote: > >> I am unable to answer the coming call. i have a JIRA open. >> >> http://jira.freeswitch.org/browse/MODENDP-325 >> >> >> Thanks, >> Stephen C >> -All of my email addresses go to the same place >> -Save Paper, think before you print >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Nabble at slickdeals.endjunk.com Sun Sep 5 08:36:06 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sun, 5 Sep 2010 08:36:06 -0700 (PDT) Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283609716010-5498536.post@n2.nabble.com> Message-ID: <1283700966282-5500679.post@n2.nabble.com> mercutioviz wrote: > Outbound gmail/goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 > > Inbound goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 Thanks for the above links. BTW, what does it take to be able to access the above links? I tried with Firefox and got a message saying Repository Not Running. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5500679.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Sun Sep 5 08:45:45 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sun, 5 Sep 2010 08:45:45 -0700 (PDT) Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <62E62D82-8BA3-4B94-AFEC-95204E2ED840@ipeva.fr> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> <013501cb4bf7$5bad4b00$1307e100$@khirman.com> <62E62D82-8BA3-4B94-AFEC-95204E2ED840@ipeva.fr> Message-ID: <1283701545846-5500694.post@n2.nabble.com> David Ponzone wrote: > > It is the line: > > > > in the profile. Did you mean under conf/sip_profiles/internal.xml file? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/2-endpoints-behing-NATs-tp5486137p5500694.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Sun Sep 5 13:04:39 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sun, 5 Sep 2010 13:04:39 -0700 (PDT) Subject: [Freeswitch-users] ODBC not installed Message-ID: <1283717079564-5501204.post@n2.nabble.com> I excerpted the freeswitch.log file below that shows ODBC isn't installed in the system and suggests to reconfigure freeswitch with --enable-core-odbc-support option. I ran ./configure --help and couldn't find such an option. Can anyone please confirm this? 2010-09-05 13:33:03.980480 [CRIT] mod_nibblebill.c:233 ODBC does not appear to be installed in the core or your dsn is empty. You need to run ./configure --enable-core-odbc-support ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5501204.html Sent from the freeswitch-users mailing list archive at Nabble.com. From mnhassan at usa.net Sun Sep 5 13:49:32 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 02:49:32 +0600 Subject: [Freeswitch-users] ODBC not installed In-Reply-To: <1283717079564-5501204.post@n2.nabble.com> References: <1283717079564-5501204.post@n2.nabble.com> Message-ID: This is no longer needed. The default "./configure" detects if you have the "unixODBC-dev(el)" libraries installed, and if you do, it compiles ODBC. Did you check the ODBC installation steps? Regards HASSAN On Mon, Sep 6, 2010 at 02:04, mazilo wrote: > > I excerpted the freeswitch.log file below that shows ODBC isn't installed > in > the system and suggests to reconfigure freeswitch with > --enable-core-odbc-support option. I ran ./configure --help and couldn't > find such an option. Can anyone please confirm this? > > 2010-09-05 13:33:03.980480 [CRIT] mod_nibblebill.c:233 ODBC does not appear > to be installed in the core or your dsn is empty. You need to run > ./configure --enable-core-odbc-support > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5501204.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/ca9702f6/attachment.html From Nabble at slickdeals.endjunk.com Sun Sep 5 14:33:18 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sun, 5 Sep 2010 14:33:18 -0700 (PDT) Subject: [Freeswitch-users] ODBC not installed In-Reply-To: References: <1283717079564-5501204.post@n2.nabble.com> Message-ID: <1283722398494-5501395.post@n2.nabble.com> Nyamul Hassan wrote: > Did you check the ODBC installation steps? I don't think so because I use the default configurations (of course taking care into consideration of changing the password on the conf/vars.xml file). ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5501395.html Sent from the freeswitch-users mailing list archive at Nabble.com. From dujinfang at gmail.com Sun Sep 5 15:32:57 2010 From: dujinfang at gmail.com (Seven Du) Date: Mon, 6 Sep 2010 06:32:57 +0800 Subject: [Freeswitch-users] Video calls In-Reply-To: <4C8389DB.4030309@tagnet.ru> References: <4C8389DB.4030309@tagnet.ru> Message-ID: You need to add video codecs to codec_prefs in your vars.xml. On Sun, Sep 5, 2010 at 8:15 PM, Boris Kovalenko wrote: > ?Hello! > > ? ? I can't get video calls working with current FS trunk and two > eyeBeam 1.5. Is this even possible? May be I haven't enabled importrant > module or something else? > May someone provide a good example or point me to documentation page. > > -- > With respect, > Boris > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From mthakershi at gmail.com Sun Sep 5 16:58:56 2010 From: mthakershi at gmail.com (Malay Thakershi) Date: Sun, 5 Sep 2010 18:58:56 -0500 Subject: [Freeswitch-users] mod_managed API interface question In-Reply-To: <409164.69086.qm@web33501.mail.mud.yahoo.com> References: <1283283479123-5484160.post@n2.nabble.com> <409164.69086.qm@web33501.mail.mud.yahoo.com> Message-ID: Thank you for information. I have two questions: 1. Can I use this managed ESL to interact with 1.0.4 version? Or there is version mismatch? 2. I see ManagedESLTest C# code in the samples. What is difference between bgapi function and execute? Say I place a call using Originate, is there a way for me to know it hasn't been answered after say 3 minutes so I can hangup? I think there is some event bridging (to FS and from FS) but I am not sure how it happens. Please help. Thank you all. On Wed, Sep 1, 2010 at 8:14 AM, Diego Toro wrote: > Hi, > > yes, you can install on Windows Server 2008. The best way is using ESL > (managed ESL). > You have to make sure you have permissions on the windows firewall to > connect to a socket with FS. > > Diego Toro > http://lacarretade.blogspot.com/ > > --- On *Tue, 8/31/10, Jeff Lenk * wrote: > > > From: Jeff Lenk > Subject: Re: [Freeswitch-users] mod_managed API interface question > To: freeswitch-users at lists.freeswitch.org > Date: Tuesday, August 31, 2010, 2:37 PM > > > > you can also use the esl wrapper in /libs/esl/managed which may prove > easier > to support > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-managed-API-interface-question-tp5483674p5484160.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100905/8837bd14/attachment.html From david.ponzone at ipeva.fr Sun Sep 5 17:07:02 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 6 Sep 2010 02:07:02 +0200 Subject: [Freeswitch-users] 2 endpoints behing NATs In-Reply-To: <1283701545846-5500694.post@n2.nabble.com> References: <075501cb49b7$9df7b2d0$d9e71870$@khirman.com> <079201cb49c9$f89c7b50$e9d571f0$@khirman.com> <013501cb4bf7$5bad4b00$1307e100$@khirman.com> <62E62D82-8BA3-4B94-AFEC-95204E2ED840@ipeva.fr> <1283701545846-5500694.post@n2.nabble.com> Message-ID: <9C4D2C8B-3736-41D8-9D05-12DF0674DB8F@ipeva.fr> Yes. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 05/09/2010 ? 17:45, mazilo a ?crit : > > > David Ponzone wrote: >> >> It is the line: >> >> >> >> in the profile. > Did you mean under conf/sip_profiles/internal.xml file? > > ----- > don't and stop are the ONLY two 4-letter words considered offensive > to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/2-endpoints-behing-NATs-tp5486137p5500694.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/5f2d0d04/attachment.html From mnhassan at usa.net Sun Sep 5 21:24:27 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 10:24:27 +0600 Subject: [Freeswitch-users] ODBC not installed In-Reply-To: <1283722398494-5501395.post@n2.nabble.com> References: <1283717079564-5501204.post@n2.nabble.com> <1283722398494-5501395.post@n2.nabble.com> Message-ID: Please install that library and recompile. Regards HASSAN On 2010-09-06, mazilo wrote: > > > Nyamul Hassan wrote: >> Did you check the ODBC installation steps? > I don't think so because I use the default configurations (of course taking > care into consideration of changing the password on the conf/vars.xml file). > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5501395.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device From covici at ccs.covici.com Sun Sep 5 22:44:01 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 01:44:01 -0400 Subject: [Freeswitch-users] getting into fs_cli Message-ID: <1013.1283751841@ccs.covici.com> Hi. How do I prevent any user logging onto my system from getting into fs_cli -- they could shut down the whole system if they wanted to. Can I set a password, only allow root to get in, or what? Thanks in advance for any ideas. -- 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 errotan at elder.hu Sun Sep 5 23:04:12 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Mon, 6 Sep 2010 08:04:12 +0200 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <1013.1283751841@ccs.covici.com> References: <1013.1283751841@ccs.covici.com> Message-ID: <201009060804.12519.errotan@elder.hu> http://wiki.freeswitch.org/wiki/Fs_cli 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az al?bbiakat ?rta: > Hi. How do I prevent any user logging onto my system from getting into > fs_cli -- they could shut down the whole system if they wanted to. Can > I set a password, only allow root to get in, or what? > > Thanks in advance for any ideas. From errotan at elder.hu Sun Sep 5 23:10:45 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Mon, 6 Sep 2010 08:10:45 +0200 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <201009060804.12519.errotan@elder.hu> References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> Message-ID: <201009060810.45838.errotan@elder.hu> You can set the password in conf/autoload_configs/event_socket.conf.xml 2010. szeptember 6. 08:04:12 d?tummal Pusk?s Zsolt az al?bbiakat ?rta: > http://wiki.freeswitch.org/wiki/Fs_cli > > 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az al?bbiakat > > ?rta: > > Hi. How do I prevent any user logging onto my system from getting into > > fs_cli -- they could shut down the whole system if they wanted to. Can > > I set a password, only allow root to get in, or what? > > > > Thanks in advance for any ideas. From daniel.neubert at solomo.de Mon Sep 6 00:24:59 2010 From: daniel.neubert at solomo.de (Daniel Neubert) Date: Mon, 6 Sep 2010 09:24:59 +0200 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <201009060810.45838.errotan@elder.hu> References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <201009060810.45838.errotan@elder.hu> Message-ID: <4C84974B.10102@solomo.de> Configuring the listen-ip to localhost and/or setting up suitable firewall rules might also be a good idea... Best regards / Mit freundlichen Gr??en, Daniel Neubert On 06.09.2010 08:10, Pusk?s Zsolt wrote: > You can set the password in conf/autoload_configs/event_socket.conf.xml > > > 2010. szeptember 6. 08:04:12 d?tummal Pusk?s Zsolt az al?bbiakat ?rta: >> http://wiki.freeswitch.org/wiki/Fs_cli >> >> 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az al?bbiakat >> >> ?rta: >>> Hi. How do I prevent any user logging onto my system from getting into >>> fs_cli -- they could shut down the whole system if they wanted to. Can >>> I set a password, only allow root to get in, or what? >>> >>> Thanks in advance for any ideas. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From steveayre at gmail.com Mon Sep 6 00:49:41 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 6 Sep 2010 08:49:41 +0100 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <4C84974B.10102@solomo.de> References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <201009060810.45838.errotan@elder.hu> <4C84974B.10102@solomo.de> Message-ID: Remember to make sure only root & the freeswitch user can read the config file, otherwise they'll be able to find out the password and log in anyway. Or you can move the config files onto another server using mod_xml_curl ( http://wiki.freeswitch.org/wiki/Mod_xml_curl) -Steve On 6 September 2010 08:24, Daniel Neubert wrote: > Configuring the listen-ip to localhost and/or setting up suitable > firewall rules might also be a good idea... > > Best regards / Mit freundlichen Gr??en, > Daniel Neubert > > On 06.09.2010 08:10, Pusk?s Zsolt wrote: > > You can set the password in conf/autoload_configs/event_socket.conf.xml > > > > > > 2010. szeptember 6. 08:04:12 d?tummal Pusk?s Zsolt az al?bbiakat ?rta: > >> http://wiki.freeswitch.org/wiki/Fs_cli > >> > >> 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az > al?bbiakat > >> > >> ?rta: > >>> Hi. How do I prevent any user logging onto my system from getting into > >>> fs_cli -- they could shut down the whole system if they wanted to. Can > >>> I set a password, only allow root to get in, or what? > >>> > >>> Thanks in advance for any ideas. > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/9f57f5e1/attachment.html From thangappan143 at gmail.com Mon Sep 6 00:50:22 2010 From: thangappan143 at gmail.com (Thangappan.M) Date: Mon, 6 Sep 2010 13:20:22 +0530 Subject: [Freeswitch-users] Not recognizing voice in mod_pocketsphinx Message-ID: Dear all, I have installed the mod_pocketsphinx module successfully and enabled with FreeSWITCH. Copied the relevant files for pizza application and placed into appropriate directory. Made a call to "74992" and able to hear the voice. When I said "TAKEOUT' it was not recognizing my words. In the freeswitch CLI it shown the following messages. EXECUTE sofia/internal/1000 at 192.168.1.222 javascript(ps_pizza.js) 2010-09-06 13:18:48.023673 [DEBUG] sofia_glue.c:2594 AUDIO RTP [sofia/internal/1000 at 192.168.1.222] 192.168.1.222 port 32590 -> 192.168.6.60 port 8000 codec: 8 ms: 20 2010-09-06 13:18:48.024705 [DEBUG] switch_rtp.c:1182 Starting timer [soft] 160 bytes per 20ms 2010-09-06 13:18:48.025710 [DEBUG] sofia_glue.c:2774 Set 2833 dtmf send payload to 101 2010-09-06 13:18:48.026799 [DEBUG] sofia_glue.c:2779 Set 2833 dtmf receive payload to 101 2010-09-06 13:18:48.026799 [DEBUG] mod_sofia.c:636 Local SDP sofia/internal/ 1000 at 192.168.1.222: v=0 o=FreeSWITCH 1283726738 1283726739 IN IP4 192.168.1.222 s=FreeSWITCH c=IN IP4 192.168.1.222 t=0 0 m=audio 32590 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2010-09-06 13:18:48.028235 [DEBUG] switch_core_session.c:641 Send signal sofia/internal/1000 at 192.168.1.222 [BREAK] 2010-09-06 13:18:48.028235 [DEBUG] sofia.c:4153 Channel sofia/internal/ 1000 at 192.168.1.222 entering state [completed][200] 2010-09-06 13:18:48.029256 [NOTICE] mod_spidermonkey.c:2066 Channel [sofia/internal/1000 at 192.168.1.222] has been answered 2010-09-06 13:18:48.030269 [DEBUG] switch_ivr_play_say.c:1152 Codec Activated L16 at 8000hz 1 channels 20ms 2010-09-06 13:18:48.123555 [DEBUG] sofia.c:4153 Channel sofia/internal/ 1000 at 192.168.1.222 entering state [ready][200] 2010-09-06 13:18:48.171705 [DEBUG] switch_rtp.c:2066 Correct ip/port confirmed. 2010-09-06 13:18:50.212417 [DEBUG] switch_ivr_play_say.c:1444 done playing file EXECUTE sofia/internal/1000 at 192.168.1.222 detect_speech(pocketsphinx pizza_order undefined) 2010-09-06 13:18:51.768030 [DEBUG] switch_core_media_bug.c:360 Attaching BUG to sofia/internal/1000 at 192.168.1.222 EXECUTE sofia/internal/1000 at 192.168.1.222 detect_speech(resume) 2010-09-06 13:18:51.774074 [DEBUG] switch_ivr_play_say.c:1152 Codec Activated L16 at 8000hz 1 channels 20ms 2010-09-06 13:18:54.492023 [DEBUG] switch_ivr_play_say.c:1444 done playing file EXECUTE sofia/internal/1000 at 192.168.1.222 detect_speech(resume) EXECUTE sofia/internal/1000 at 192.168.1.222 detect_speech(resume) 2010-09-06 13:19:01.534474 [DEBUG] switch_ivr_play_say.c:1152 Codec Activated L16 at 8000hz 1 channels 20ms Please help me..... -- Regards, Thangappan.M -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/ec92193f/attachment.html From tony.tin at noahmedia.com.hk Mon Sep 6 02:55:45 2010 From: tony.tin at noahmedia.com.hk (Tony Tin) Date: Mon, 6 Sep 2010 17:55:45 +0800 Subject: [Freeswitch-users] find out terminators for play_and_get_digits Message-ID: Hi, Is there a way to find out the terminator which is used during "play_and_get_digits", thanks. Regards, Tony -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/dd10a09b/attachment.html From mnhassan at usa.net Mon Sep 6 03:26:17 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 16:26:17 +0600 Subject: [Freeswitch-users] find out terminators for play_and_get_digits In-Reply-To: References: Message-ID: That information is already known when you make the dialplan. What are you trying to do? Regards HASSAN On 2010-09-06, Tony Tin wrote: > Hi, > > Is there a way to find out the terminator which is used during > "play_and_get_digits", thanks. > > Regards, > Tony > -- Sent from my mobile device From david.ponzone at ipeva.fr Mon Sep 6 03:36:49 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 6 Sep 2010 12:36:49 +0200 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: References: <20100904164429.fd795773@mail.winet.ch> Message-ID: <4AC2FB11-EBDB-404A-9707-35805A65EF93@ipeva.fr> In logfile.conf.xml: is very useful too. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 05/09/2010 ? 09:25, David Ponzone a ?crit : > and /uuid in the CLI. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et > ?tablis ? l'intention exclusive de ses destinataires. Toute > utilisation ou diffusion non autoris?e est interdite. Tout message > ?lectronique est susceptible d'alt?ration. IPeva d?cline toute > responsabilit? au titre de ce message s'il a ?t? alt?r?, > d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce > message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur. > > > > > Le 05/09/2010 ? 08:30, Nyamul Hassan a ?crit : > >> How about using the "info" application in the dialplan? >> >> Regards >> HASSAN >> >> >> On Sat, Sep 4, 2010 at 20:44, Bernhard Suttner > > wrote: >> Hi, >> >> nice. Maybe a good solution, but I thought about a "freeswitch >> service". A client connects to a number of freeswitch servers and >> tell the freeswitch servers to "search for any activity" of user >> XYZ. If such a request comes in on mod_sofia and will be handeld in >> the dialplan and in every other module, the logging output is sent >> to the client. Something like a service interface. >> >> Best regards, >> Bernhard >> >> >> >> ----- Original Message ----- >> From: Michael Scheidell [mailto:michael.scheidell at secnap.com] >> To: freeswitch-users at lists.freeswitch.org >> Sent: Sat, 04 Sep 2010 00:04:43 +0200 >> Subject: Re: [Freeswitch-users] Troubleshooting in high usage >> environments >> >> >> > On 9/3/10 5:32 PM, Bernhard Suttner wrote: >> > > Hi, >> > > >> > > what is the best approach to debug SIP registration or the call >> dialplan >> > processing on systems under very high usage? Its very difficult >> to view the >> > complete log file for all users in debug mode because there are >> to much call >> > attempts / sip registrations. >> > > >> > > Are there tools where I can turn on debugging only for a >> certain user or >> > IP? It would be really cool to have an debugging interface which >> can be used >> > to turn on debugging for a user on freeswitch. Maybe also in >> combination >> > with not only one server but e.g. a "server farm" :-) >> > I know in sipx there is a program that looks at logs, called >> sipviewer. >> > you can drill down to a certain sender/recipient if you want. >> > might work here. has X windows and MS windows versions. >> > >> > -- >> > Michael Scheidell, CTO >> > o: 561-999-5000 >> > d: 561-948-2259 >> > ISN: 1259*1300 >> > > *| *SECNAP Network Security Corporation >> > >> > * Certified SNORT Integrator >> > * 2008-9 Hot Company Award Winner, World Executive Alliance >> > * Five-Star Partner Program 2009, VARBusiness >> > * Best in Email Security,2010: Network Products Guide >> > * King of Spam Filters, SC Magazine 2008 >> > >> > >> > >> ______________________________________________________________________ >> > This email has been scanned and certified safe by SpammerTrap(r). >> > For Information please see http://www.secnap.com/products/spammertrap/ >> > >> ______________________________________________________________________ >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/20387a72/attachment-0001.html From covici at ccs.covici.com Mon Sep 6 03:49:10 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 06:49:10 -0400 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <201009060804.12519.errotan@elder.hu> References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> Message-ID: <4903.1283770150@ccs.covici.com> OK, that did work, with the possible security hole that it does not prompt for the password -- you need it on the command line. Thanks much. Pusk?s Zsolt wrote: > http://wiki.freeswitch.org/wiki/Fs_cli > > 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az al?bbiakat > ?rta: > > Hi. How do I prevent any user logging onto my system from getting into > > fs_cli -- they could shut down the whole system if they wanted to. Can > > I set a password, only allow root to get in, or what? > > > > Thanks in advance for any ideas. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 tony.tin at noahmedia.com.hk Mon Sep 6 04:01:58 2010 From: tony.tin at noahmedia.com.hk (Tony Tin) Date: Mon, 6 Sep 2010 19:01:58 +0800 Subject: [Freeswitch-users] find out terminators for play_and_get_digits In-Reply-To: References: Message-ID: I want to set multiple terminators and find out which is used, thanks. BTW, I've tried "playback_terminator_used", it's not working. Regards, Tony On Mon, Sep 6, 2010 at 6:26 PM, Nyamul Hassan wrote: > That information is already known when you make the dialplan. > > What are you trying to do? > > Regards > HASSAN > > > On 2010-09-06, Tony Tin wrote: > > Hi, > > > > Is there a way to find out the terminator which is used during > > "play_and_get_digits", thanks. > > > > Regards, > > Tony > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/449e795e/attachment.html From covici at ccs.covici.com Mon Sep 6 04:03:32 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 07:03:32 -0400 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <201009060810.45838.errotan@elder.hu> <4C84974B.10102@solomo.de> Message-ID: <5106.1283771012@ccs.covici.com> Good point -- thanks. Steven Ayre wrote: > Remember to make sure only root & the freeswitch user can read the config > file, otherwise they'll be able to find out the password and log in anyway. > > Or you can move the config files onto another server using mod_xml_curl ( > http://wiki.freeswitch.org/wiki/Mod_xml_curl) > > -Steve > > > On 6 September 2010 08:24, Daniel Neubert wrote: > > > Configuring the listen-ip to localhost and/or setting up suitable > > firewall rules might also be a good idea... > > > > Best regards / Mit freundlichen Gr??en, > > Daniel Neubert > > > > On 06.09.2010 08:10, Pusk?s Zsolt wrote: > > > You can set the password in conf/autoload_configs/event_socket.conf.xml > > > > > > > > > 2010. szeptember 6. 08:04:12 d?tummal Pusk?s Zsolt az al?bbiakat ?rta: > > >> http://wiki.freeswitch.org/wiki/Fs_cli > > >> > > >> 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az > > al?bbiakat > > >> > > >> ?rta: > > >>> Hi. How do I prevent any user logging onto my system from getting into > > >>> fs_cli -- they could shut down the whole system if they wanted to. Can > > >>> I set a password, only allow root to get in, or what? > > >>> > > >>> Thanks in advance for any ideas. > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mnhassan at usa.net Mon Sep 6 04:22:40 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 17:22:40 +0600 Subject: [Freeswitch-users] Troubleshooting in high usage environments In-Reply-To: <4AC2FB11-EBDB-404A-9707-35805A65EF93@ipeva.fr> References: <20100904164429.fd795773@mail.winet.ch> <4AC2FB11-EBDB-404A-9707-35805A65EF93@ipeva.fr> Message-ID: Hey, this is a really nice one. Thx David! Regards HASSAN On Mon, Sep 6, 2010 at 16:36, David Ponzone wrote: > In logfile.conf.xml: > > > > is very useful too. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 05/09/2010 ? 09:25, David Ponzone a ?crit : > > and /uuid in the CLI. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 05/09/2010 ? 08:30, Nyamul Hassan a ?crit : > > How about using the "info" application in the dialplan? > > Regards > HASSAN > > > On Sat, Sep 4, 2010 at 20:44, Bernhard Suttner wrote: > >> Hi, >> >> nice. Maybe a good solution, but I thought about a "freeswitch service". A >> client connects to a number of freeswitch servers and tell the freeswitch >> servers to "search for any activity" of user XYZ. If such a request comes in >> on mod_sofia and will be handeld in the dialplan and in every other module, >> the logging output is sent to the client. Something like a service >> interface. >> >> Best regards, >> Bernhard >> >> >> >> ----- Original Message ----- >> From: Michael Scheidell [mailto:michael.scheidell at secnap.com] >> To: freeswitch-users at lists.freeswitch.org >> Sent: Sat, 04 Sep 2010 00:04:43 +0200 >> Subject: Re: [Freeswitch-users] Troubleshooting in high usage environments >> >> >> > On 9/3/10 5:32 PM, Bernhard Suttner wrote: >> > > Hi, >> > > >> > > what is the best approach to debug SIP registration or the call >> dialplan >> > processing on systems under very high usage? Its very difficult to view >> the >> > complete log file for all users in debug mode because there are to much >> call >> > attempts / sip registrations. >> > > >> > > Are there tools where I can turn on debugging only for a certain user >> or >> > IP? It would be really cool to have an debugging interface which can be >> used >> > to turn on debugging for a user on freeswitch. Maybe also in combination >> > with not only one server but e.g. a "server farm" :-) >> > I know in sipx there is a program that looks at logs, called sipviewer. >> > you can drill down to a certain sender/recipient if you want. >> > might work here. has X windows and MS windows versions. >> > >> > -- >> > Michael Scheidell, CTO >> > o: 561-999-5000 >> > d: 561-948-2259 >> > ISN: 1259*1300 >> > > *| *SECNAP Network Security Corporation >> > >> > * Certified SNORT Integrator >> > * 2008-9 Hot Company Award Winner, World Executive Alliance >> > * Five-Star Partner Program 2009, VARBusiness >> > * Best in Email Security,2010: Network Products Guide >> > * King of Spam Filters, SC Magazine 2008 >> > >> > >> > ______________________________________________________________________ >> > This email has been scanned and certified safe by SpammerTrap(r). >> > For Information please see http://www.secnap.com/products/spammertrap/ >> > ______________________________________________________________________ >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/394033b1/attachment-0001.html From mnhassan at usa.net Mon Sep 6 04:23:44 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 17:23:44 +0600 Subject: [Freeswitch-users] find out terminators for play_and_get_digits In-Reply-To: References: Message-ID: Are multiple terminators really necessary? Regards HASSAN On Mon, Sep 6, 2010 at 17:01, Tony Tin wrote: > I want to set multiple terminators and find out which is used, thanks. > > BTW, I've tried "playback_terminator_used", it's not working. > > Regards, > Tony > > > On Mon, Sep 6, 2010 at 6:26 PM, Nyamul Hassan wrote: > >> That information is already known when you make the dialplan. >> >> What are you trying to do? >> >> Regards >> HASSAN >> >> >> On 2010-09-06, Tony Tin wrote: >> > Hi, >> > >> > Is there a way to find out the terminator which is used during >> > "play_and_get_digits", thanks. >> > >> > Regards, >> > Tony >> > >> >> -- >> Sent from my mobile device >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/2771b2cf/attachment.html From mr.tom.strickland at gmail.com Mon Sep 6 04:45:51 2010 From: mr.tom.strickland at gmail.com (tom strickland) Date: Mon, 6 Sep 2010 12:45:51 +0100 Subject: [Freeswitch-users] Advice on a tool for SIP callflow testing that asserts that a number of proxies are correctly used Message-ID: I have a setup where a SIP proxy will route through a number of applications. An application may in turn proxy the call on, or it may become a UAS. I'd like to write test code for the original proxy that allows me to take a call from Alice to Bob and string it along several proxies to an eventual endpoint and I'd like to be able to monitor the progress of the SIP traffic at each point. Here's my question: I am mostly used to test software that pretends to be an endpoint - the UAC or UAS - but not a proxy. Does anyone have any pointers on ways of asserting that SIP traffic is flowing throuh a given proxy? I'd like to be able to test that, when Alice calls Bob, the proxy being tested correctly routes the call through proxyAppA, thence back to the proxy, then proxyAppB and finally to Bob (the UAS). Any thoughts? Thanks, Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/683ca0e6/attachment.html From brian at freeswitch.org Mon Sep 6 05:43:07 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 07:43:07 -0500 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: <4903.1283770150@ccs.covici.com> References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <4903.1283770150@ccs.covici.com> Message-ID: Security hole? Don't know about you but I don't let users in my freeswitch boxes in the first place... If they have a shell chances are they can already own the box anyway!!!! /b Sent from my iPhone cruising at 35,000 ft gogo baby! On Sep 6, 2010, at 5:49 AM, covici at ccs.covici.com wrote: > OK, that did work, with the possible security hole that it does not > prompt for the password -- you need it on the command line. > > Thanks much. > > > Pusk?s Zsolt wrote: > >> http://wiki.freeswitch.org/wiki/Fs_cli >> >> 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az al?bbiakat >> ?rta: >>> Hi. How do I prevent any user logging onto my system from getting into >>> fs_cli -- they could shut down the whole system if they wanted to. Can >>> I set a password, only allow root to get in, or what? >>> >>> Thanks in advance for any ideas. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 sameer2k3t at gmail.com Mon Sep 6 06:06:27 2010 From: sameer2k3t at gmail.com (Sameer Khan) Date: Mon, 6 Sep 2010 06:06:27 -0700 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM Message-ID: Hi guyz My skypopen was running quite well with different skype ids. I installed another version of skype i.e dynamic version of 2.0.72 in my box. i ran multi.sh and skype was connected once but since then it is not getting connected.. i reinstalled the old version but the problem is same.. when i kill Xvfb it says FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. Also i am unable to install x11vnc server so i cannot see what is happening. please help.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/5aab9f13/attachment.html From sameer2k3t at gmail.com Mon Sep 6 06:06:27 2010 From: sameer2k3t at gmail.com (Sameer Khan) Date: Mon, 6 Sep 2010 06:06:27 -0700 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM Message-ID: Hi guyz My skypopen was running quite well with different skype ids. I installed another version of skype i.e dynamic version of 2.0.72 in my box. i ran multi.sh and skype was connected once but since then it is not getting connected.. i reinstalled the old version but the problem is same.. when i kill Xvfb it says FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. Also i am unable to install x11vnc server so i cannot see what is happening. please help.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/5aab9f13/attachment-0001.html From Nabble at slickdeals.endjunk.com Mon Sep 6 06:16:22 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Mon, 6 Sep 2010 06:16:22 -0700 (PDT) Subject: [Freeswitch-users] ODBC not installed In-Reply-To: References: <1283717079564-5501204.post@n2.nabble.com> <1283722398494-5501395.post@n2.nabble.com> Message-ID: <1283778982463-5503098.post@n2.nabble.com> Nyamul Hassan wrote: > > Please install that library and recompile. Which library? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5503098.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ross at ossiantelecom.co.uk Sun Sep 5 17:59:36 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Mon, 6 Sep 2010 01:59:36 +0100 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> Message-ID: <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> Hi, I have a number of SIP endpoints behind NAT on a cellular network and am experiencing some odd behaviour with RTP traffic. No audio at all is present on the call for about the first 10s or so, and then the following is shown in the console; > 2010-09-06 01:04:53.101801 [INFO] switch_rtp.c:2049 Auto Changing port from 10.21.6.213:4000 to 217.171.129.67:22263 After which the call works perfectly. Is there any way I can force this process to happen quicker, within the first second of the call? or is it possible to force FreeSWITCH to use the external IP from the start? Any assistance you can offer would be much appreciated. Best Regards, Ross From mnhassan at usa.net Mon Sep 6 06:24:20 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 19:24:20 +0600 Subject: [Freeswitch-users] ODBC not installed In-Reply-To: <1283778982463-5503098.post@n2.nabble.com> References: <1283717079564-5501204.post@n2.nabble.com> <1283722398494-5501395.post@n2.nabble.com> <1283778982463-5503098.post@n2.nabble.com> Message-ID: unixODBC-dev or unixODBC-devel, as appropriate on your linux distro. Regards HASSAN On Mon, Sep 6, 2010 at 19:16, mazilo wrote: > > > Nyamul Hassan wrote: > > > > Please install that library and recompile. > Which library? > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/ODBC-not-installed-tp5501204p5503098.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/515cfea7/attachment-0001.html From mnhassan at usa.net Mon Sep 6 06:25:11 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Mon, 6 Sep 2010 19:25:11 +0600 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <4903.1283770150@ccs.covici.com> Message-ID: 35,000 ft? nice... ;) Regards HASSAN On Mon, Sep 6, 2010 at 18:43, Brian West wrote: > Security hole? Don't know about you but I don't let users in my freeswitch > boxes in the first place... If they have a shell chances are they can > already own the box anyway!!!! > > /b > Sent from my iPhone cruising at 35,000 ft gogo baby! > > On Sep 6, 2010, at 5:49 AM, covici at ccs.covici.com wrote: > > > OK, that did work, with the possible security hole that it does not > > prompt for the password -- you need it on the command line. > > > > Thanks much. > > > > > > Pusk?s Zsolt wrote: > > > >> http://wiki.freeswitch.org/wiki/Fs_cli > >> > >> 2010. szeptember 6. 07:44:01 d?tummal covici at ccs.covici.com az > al?bbiakat > >> ?rta: > >>> Hi. How do I prevent any user logging onto my system from getting into > >>> fs_cli -- they could shut down the whole system if they wanted to. Can > >>> I set a password, only allow root to get in, or what? > >>> > >>> Thanks in advance for any ideas. > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/7e9e9925/attachment.html From errotan at elder.hu Mon Sep 6 06:30:03 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Mon, 6 Sep 2010 15:30:03 +0200 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: Message-ID: <201009061530.03530.errotan@elder.hu> Try takeing a snapshot: xwd -display :101 -root -out image.xwd 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat ?rta: > Hi guyz > My skypopen was running quite well with different skype ids. > I installed another version of skype i.e dynamic version of 2.0.72 in my > box. > i ran multi.sh and skype was connected once > but since then it is not getting connected.. > i reinstalled the old version but the problem is same.. > when i kill Xvfb it says > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > Also i am unable to install x11vnc server so i cannot see what is > happening. > > > please help.. From david.ponzone at ipeva.fr Mon Sep 6 06:33:27 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 6 Sep 2010 15:33:27 +0200 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> Message-ID: First, this process should happen quicker. If it doesn't, it's probably because FS does not receive any RTP traffic from your phone. Perhaps your cellular network is doing "things" in order to prevent VoIP. FS can't use the external IP from the start. FS has no way to know the exact port it should use to reach a specific device behind NAT, because until this device sends RTP, the port does not exist yet. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 06/09/2010 ? 02:59, Ross McKillop a ?crit : > Hi, > > I have a number of SIP endpoints behind NAT on a cellular network > and am experiencing some odd behaviour with RTP traffic. > > No audio at all is present on the call for about the first 10s or > so, and then the following is shown in the console; > >> 2010-09-06 01:04:53.101801 [INFO] switch_rtp.c:2049 Auto Changing >> port from 10.21.6.213:4000 to 217.171.129.67:22263 > > After which the call works perfectly. > > Is there any way I can force this process to happen quicker, within > the first second of the call? or is it possible to force FreeSWITCH > to use the external IP from the start? > > Any assistance you can offer would be much appreciated. > > Best Regards, > Ross > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/6e16902b/attachment.html From gmaruzz at celliax.org Mon Sep 6 06:41:23 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Mon, 6 Sep 2010 15:41:23 +0200 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: Message-ID: On Mon, Sep 6, 2010 at 3:06 PM, Sameer Khan wrote: > Hi guyz > My skypopen was running quite well with different skype ids. > I installed another version of skype i.e dynamic version of 2.0.72 in my > box. > i ran multi.sh and skype was connected once > but since then it is not getting connected.. > i reinstalled the old version but the problem is same.. > when i kill Xvfb it says > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > Also i am unable to install x11vnc server so i cannot see what is happening. > As described in the wiki page, you can use another linux bow to check what's going on with the skype clients (ssh -X) Anyway, the dynamic version probably has damaged the previous skype client directories config, so, it's probably better if you delete it, and start from scratch (with the static build version). -giovanni > > please help.. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at celliax.org Mon Sep 6 06:42:49 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Mon, 6 Sep 2010 15:42:49 +0200 Subject: [Freeswitch-users] mod_skypopen autoconfiguration In-Reply-To: <1283532877.13222.4.camel@luna.tc.commsmundi.com> References: <1283532877.13222.4.camel@luna.tc.commsmundi.com> Message-ID: On Fri, Sep 3, 2010 at 6:54 PM, Fran?ois Delawarde wrote: > Anyone knows a way to automatically generate skype configurations > (basically the encrypted password) *without* needing to manually access > the skype client? > Francois, If there was such a method, you think we will keep it secret, and devote so much in wiki page about how you can replicate with ease your config for multiple instances, by starting at least with one manually configured skype instance? :) -giovanni > Thanks, > Fran?ois. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From sameer2k3t at gmail.com Mon Sep 6 06:44:19 2010 From: sameer2k3t at gmail.com (Sameer Khan) Date: Mon, 6 Sep 2010 06:44:19 -0700 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: <201009061530.03530.errotan@elder.hu> References: <201009061530.03530.errotan@elder.hu> Message-ID: i am using centos ... this may be for ubuntu? On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt wrote: > Try takeing a snapshot: > > xwd -display :101 -root -out image.xwd > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat ?rta: > > Hi guyz > > My skypopen was running quite well with different skype ids. > > I installed another version of skype i.e dynamic version of 2.0.72 in my > > box. > > i ran multi.sh and skype was connected once > > but since then it is not getting connected.. > > i reinstalled the old version but the problem is same.. > > when i kill Xvfb it says > > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > > Also i am unable to install x11vnc server so i cannot see what is > > happening. > > > > > > please help.. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/13b743ce/attachment-0001.html From errotan at elder.hu Mon Sep 6 06:53:58 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Mon, 6 Sep 2010 15:53:58 +0200 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: <201009061530.03530.errotan@elder.hu> Message-ID: <201009061553.58284.errotan@elder.hu> "i am using centos ... this may be for ubuntu?" I belive xwd is avaliable for centos to. 2010. szeptember 6. 15:44:19 d?tummal Sameer Khan az al?bbiakat ?rta: > i am using centos ... > this may be for ubuntu? > > On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt wrote: > > Try takeing a snapshot: > > > > xwd -display :101 -root -out image.xwd > > > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat ?rta: > > > Hi guyz > > > My skypopen was running quite well with different skype ids. > > > I installed another version of skype i.e dynamic version of 2.0.72 in > > > my box. > > > i ran multi.sh and skype was connected once > > > but since then it is not getting connected.. > > > i reinstalled the old version but the problem is same.. > > > when i kill Xvfb it says > > > > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > > > Also i am unable to install x11vnc server so i cannot see what is > > > happening. > > > > > > > > > please help.. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 helmut.kuper at ewetel.de Mon Sep 6 07:45:14 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Mon, 06 Sep 2010 16:45:14 +0200 Subject: [Freeswitch-users] Problems with sqlite on 32bit CentOS Message-ID: <4C84FE7A.2020903@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have a freshly checked out FS code base (git). bootsrapping, configuring, compiling and installing went smoothly. It's a "Linux ippbx-test-node0 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 16:23:24 EDT 2010 i686 i686 i386 GNU/Linux" CentOS 5.5 Pentium4 system. When it starts up, I get a lot of error messages about accessing/creating sqlite database tables. This error occurs on updated installations as well as on fresh installations. It occurs on existing database files and also when all db files were removed befor start up. I have an old SVN trunk version "FreeSWITCH Version 1.0.trunk (16134M)" which works fine on the same machine. On my CentOS 5.4 64bit machines the latest git head works nice. Here a bit of the startup logs of lates git head version: 2010-09-06 15:54:58.580865 [INFO] switch_core_sqldb.c:1528 Opening DB 2010-09-06 15:54:58.581658 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: channels] drop table channels 2010-09-06 15:54:58.581886 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: calls] drop table calls 2010-09-06 15:54:58.582027 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: interfaces] drop table interfaces 2010-09-06 15:54:58.582157 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: tasks] drop table tasks 2010-09-06 15:54:58.582491 [DEBUG] switch_core_sqldb.c:815 SQL ERR [no such table: complete] [select hostname from complete] Auto Generating Table! 2010-09-06 15:54:58.582661 [DEBUG] switch_core_sqldb.c:822 SQL ERR [no such table: complete] [CREATE TABLE complete ( sticky INTEGER, a1 VARCHAR(128), a2 VARCHAR(128), a3 VARCHAR(128), a4 VARCHAR(128), a5 VARCHAR(128), a6 VARCHAR(128), a7 VARCHAR(128), a8 VARCHAR(128), a9 VARCHAR(128), a10 VARCHAR(128), hostname VARCHAR(256) ); ] 2010-09-06 15:54:58.588655 [DEBUG] switch_core_sqldb.c:815 SQL ERR [no such table: aliases] [select hostname from aliases] Auto Generating Table! 2010-09-06 15:54:58.588911 [DEBUG] switch_core_sqldb.c:822 SQL ERR [no such table: aliases] [CREATE TABLE aliases ( sticky INTEGER, alias VARCHAR(128), command VARCHAR(4096), hostname VARCHAR(256) ); ] 2010-09-06 15:54:58.589953 [DEBUG] switch_core_sqldb.c:815 SQL ERR [no such table: nat] [select hostname from nat] Auto Generating Table! 2010-09-06 15:54:58.590176 [DEBUG] switch_core_sqldb.c:822 SQL ERR [no such table: nat] [CREATE TABLE nat ( sticky INTEGER, port INTEGER, proto INTEGER, hostname VARCHAR(256) ); ] 2010-09-06 15:54:58.592369 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: main.channels] CREATE TABLE channels ( uuid VARCHAR(256), direction VARCHAR(32), created VARCHAR(128), created_epoch INTEGER, name VARCHAR(1024), state VARCHAR(64), cid_name VARCHAR(1024), cid_num VARCHAR(256), ip_addr VARCHAR(256), dest VARCHAR(1024), application VARCHAR(128), application_data VARCHAR(4096), dialplan VARCHAR(128), context VARCHAR(128), read_codec VARCHAR(128), read_rate VARCHAR(32), write_codec VARCHAR(128), write_rate VARCHAR(32), secure VARCHAR(32), hostname VARCHAR(256), presence_id VARCHAR(4096), presence_data VARCHAR(4096), callstate VARCHAR(64), callee_name VARCHAR(1024), callee_num VARCHAR(256), callee_direction VARCHAR(5), call_uuid VARCHAR(256) ); create index uuindex on channels (uuid,hostname); create index uuindex2 on channels (call_uuid,hostname); 2010-09-06 15:54:58.593489 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: main.calls] CREATE TABLE calls ( call_uuid VARCHAR(255), call_created VARCHAR(128), call_created_epoch INTEGER, function VARCHAR(1024), caller_cid_name VARCHAR(1024), caller_cid_num VARCHAR(256), caller_dest_num VARCHAR(256), caller_chan_name VARCHAR(1024), caller_uuid VARCHAR(256), callee_cid_name VARCHAR(1024), callee_cid_num VARCHAR(256), callee_dest_num VARCHAR(256), callee_chan_name VARCHAR(1024), callee_uuid VARCHAR(256), hostname VARCHAR(256) ); create index eruuindex on calls (caller_uuid,hostname); create index eeuuindex on calls (callee_uuid,hostname); create index eeuuindex2 on calls (call_uuid,hostname); 2010-09-06 15:54:58.594950 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: complete] delete from complete where sticky=0 2010-09-06 15:54:58.595189 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: aliases] delete from aliases where sticky=0 2010-09-06 15:54:58.595362 [ERR] switch_core_sqldb.c:448 SQL ERR [no such table: nat] delete from nat where sticky=0 Accessing manually the db core file I see only one table: sqlite3 db/core.db SQLite version 3.3.6 Enter ".help" for instructions sqlite> .tables tasks sqlite> .schema tasks CREATE TABLE tasks ( task_id INTEGER, task_desc VARCHAR(4096), task_group VARCHAR(1024), task_sql_manager INTEGER, hostname VARCHAR(256) ); sqlite> ls -l db/ - -rw-r--r-- 1 ippbx voip 14336 27. Aug 16:07 call_limit.db - -rw-r--r-- 1 ippbx voip 129024 6. Sep 16:43 core.db - -rw-r--r-- 1 ippbx voip 2048 27. Aug 16:07 fifo.db - -rw-r--r-- 1 ippbx voip 61440 6. Sep 16:43 sofia_reg_external.db - -rw-r--r-- 1 ippbx voip 61440 6. Sep 16:43 sofia_reg_internal.db - -rw-r--r-- 1 ippbx voip 61440 6. Sep 16:43 sofia_reg_internal-ipv6.db Andy hints, what's wrong here? regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMhP554tZeNddg3dwRAvMRAJ9V+vwAR9U3GRoOTfbufeKqR+W3MwCaA1JU lmE6iBv77Ej35yz/cPSG/QY= =CDbX -----END PGP SIGNATURE----- From frank at carmickle.com Mon Sep 6 12:38:05 2010 From: frank at carmickle.com (Frank Carmickle) Date: Mon, 6 Sep 2010 15:38:05 -0400 Subject: [Freeswitch-users] Problem making call using itsp In-Reply-To: <3035.1283552956@ccs.covici.com> References: <3035.1283552956@ccs.covici.com> Message-ID: <86117564-1EF2-44D8-9CEB-158DF3766DC5@carmickle.com> Hello John This is not nearly enough info. I am using flowroute with out any troubles. Make sure if your fs box is behind nat that you are using the external profile as it comes mostly out of the box for it has the things required to do nat traversal. Make sure that ext_sip_ip and ext_rtp_ip are set. Check each of your profiles with 'sofia status profile internal' and 'sofia status profile external' to make sure that the IP's that they are bound to are correct. Those are just a few places to look first. Like I said at first, there's not nearly enough info here to get an idea of what's going on. --FC On Sep 3, 2010, at 6:29 PM, covici at ccs.covici.com wrote: > Hi. I am getting a strange (to me) error message when I try to make an > outgoing call using flowroute -- which is one of the itsp's I use. > > Here is the messages I am getting: > > 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data > (${local_media_ip} contains a variable) > 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data > (${sip_local_sdp_str} contains a variable) > > What the heck do these mean and what can I do to fix? > > Thanks in advance for any ideas. > > -- > 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mthakershi at gmail.com Mon Sep 6 12:45:11 2010 From: mthakershi at gmail.com (Malay Thakershi) Date: Mon, 6 Sep 2010 14:45:11 -0500 Subject: [Freeswitch-users] Hangup after originate? Message-ID: Hello, I plan to call Originate API from managed ESL (.NET). 1. How can I detect if a call isn't answered (it keeps ringing on the other end) for say 2 minutes? I would like the command to end the call after that much time. 2. How do I listen to events (say I fire Originate and then would like to know sequence of events happening regarding that particular call)? Any help is good. From covici at ccs.covici.com Mon Sep 6 13:00:33 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 16:00:33 -0400 Subject: [Freeswitch-users] Problem making call using itsp In-Reply-To: <86117564-1EF2-44D8-9CEB-158DF3766DC5@carmickle.com> References: <3035.1283552956@ccs.covici.com> <86117564-1EF2-44D8-9CEB-158DF3766DC5@carmickle.com> Message-ID: <11915.1283803233@ccs.covici.com> The problem was a missing right brace that fs didn't catch. Do you like FS better than asterisk? Frank Carmickle wrote: > Hello John > > This is not nearly enough info. I am using flowroute with out any troubles. Make sure if your fs box is behind nat that you are using the external profile as it comes mostly out of the box for it has the things required to do nat traversal. Make sure that ext_sip_ip and ext_rtp_ip are set. Check each of your profiles with 'sofia status profile internal' and 'sofia status profile external' to make sure that the IP's that they are bound to are correct. > > Those are just a few places to look first. Like I said at first, there's not nearly enough info here to get an idea of what's going on. > > --FC > > > On Sep 3, 2010, at 6:29 PM, covici at ccs.covici.com wrote: > > > Hi. I am getting a strange (to me) error message when I try to make an > > outgoing call using flowroute -- which is one of the itsp's I use. > > > > Here is the messages I am getting: > > > > 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data > > (${local_media_ip} contains a variable) > > 2010-09-03 10:59:47.525764 [CRIT] switch_channel.c:915 Invalid data > > (${sip_local_sdp_str} contains a variable) > > > > What the heck do these mean and what can I do to fix? > > > > Thanks in advance for any ideas. > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 frank at carmickle.com Mon Sep 6 14:31:20 2010 From: frank at carmickle.com (Frank Carmickle) Date: Mon, 6 Sep 2010 17:31:20 -0400 Subject: [Freeswitch-users] Problem making call using itsp In-Reply-To: <11915.1283803233@ccs.covici.com> References: <3035.1283552956@ccs.covici.com> <86117564-1EF2-44D8-9CEB-158DF3766DC5@carmickle.com> <11915.1283803233@ccs.covici.com> Message-ID: <1B275E91-7B4A-43CC-B9FB-6A51624A8AF8@carmickle.com> On Sep 6, 2010, at 4:00 PM, covici at ccs.covici.com wrote: > The problem was a missing right brace that fs didn't catch. Do you like > FS better than asterisk? > I think of asterisk much more like two cans and a string at this point, so yes I like freeswitch better than asterisk. Ipv6 zrtp tls/srtp celt 48k, lua/python/perl/javascript for call control, and most importantly the developers actually give a crap if fs is working correctly. --FC From chat2jesse at gmail.com Mon Sep 6 15:15:08 2010 From: chat2jesse at gmail.com (jesse) Date: Mon, 6 Sep 2010 15:15:08 -0700 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: followed the instructions , but always get unconnected status: freeswitch at kmdb> dingaling status --DingaLing status-- login | connected xxxx at gmail.com/talk | UNCONNECTED I am sure user name and password is correct. On Fri, Sep 3, 2010 at 6:05 PM, Michael Collins wrote: > Hello all! > > Tony is at it again. He's added the ability to have incoming calls from a GV > account go to your FreeSWITCH system! I've added some instructions on this > page: > > http://wiki.freeswitch.org/wiki/Google_Voice > > I need people who have GV accounts to test this out. You'll need to install > gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to > load gnutls and then rebuild mod_dingaling. > > Please test out and give me your feedback. I can consistently make outbound > calls but inbound calls have been hit and miss for me. (I think I have a > network issue which is why I want some others to try things out.) Please let > me know how if you are able to make it work. If you have improvements to the > docs then by all means add them. > > When I get this all polished off I will blast it out over the 'Net. :) > > Thanks! > > -Michael > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 riedinger at sns.eu Mon Sep 6 15:29:25 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Tue, 07 Sep 2010 00:29:25 +0200 Subject: [Freeswitch-users] Who Drops the Call - Caller or Callee Message-ID: <4C856B45.4070400@sns.eu> How can I decide with the help of the CDR, if the caller or the callee has dropped a call? My setup is writting CDR for the a- and the b-leg. Thank you in advance Jan -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From brian at freeswitch.org Mon Sep 6 16:09:11 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 19:09:11 -0400 Subject: [Freeswitch-users] getting into fs_cli In-Reply-To: References: <1013.1283751841@ccs.covici.com> <201009060804.12519.errotan@elder.hu> <4903.1283770150@ccs.covici.com> Message-ID: <37DB14E1-8029-4603-9336-CF52EDA6CE9E@freeswitch.org> Yes was on American Airlines Flight 1322 from DFW to DTW ;) /b On Sep 6, 2010, at 9:25 AM, Nyamul Hassan wrote: > 35,000 ft? nice... ;) > > Regards > HASSAN > > > On Mon, Sep 6, 2010 at 18:43, Brian West wrote: > Security hole? Don't know about you but I don't let users in my freeswitch boxes in the first place... If they have a shell chances are they can already own the box anyway!!!! > > /b > Sen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/e4dd1cc8/attachment-0001.html From brian at freeswitch.org Mon Sep 6 16:10:12 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 19:10:12 -0400 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> Message-ID: <09B4A6BE-F0D2-48E5-BC04-5104EF2EE8A3@freeswitch.org> Yes travel in time... or send your RTP packets faster. /b On Sep 5, 2010, at 8:59 PM, Ross McKillop wrote: > Is there any way I can force this process to happen quicker, within the first second of the call? or is it possible to force FreeSWITCH to use the external IP from the start? From chat2jesse at gmail.com Mon Sep 6 16:14:29 2010 From: chat2jesse at gmail.com (jesse) Date: Mon, 6 Sep 2010 16:14:29 -0700 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: maybe my freeswitch was running in non-root account. After re-installation of FS as root and now I was able to dial out via GV. issue for dial-in by call GV number: extension 1000 is ringing, answer the call in x-lite client, land-line phone side still hears ringing sound, then shortly the call get disconnect -jesse On Mon, Sep 6, 2010 at 3:15 PM, jesse wrote: > followed the instructions , but always get unconnected status: > > freeswitch at kmdb> dingaling status > > --DingaLing status-- > login ? | ? ? ? connected > xxxx at gmail.com/talk ? ? ? | ? ? ? UNCONNECTED > > I am sure user name and password is correct. > > > On Fri, Sep 3, 2010 at 6:05 PM, Michael Collins wrote: >> Hello all! >> >> Tony is at it again. He's added the ability to have incoming calls from a GV >> account go to your FreeSWITCH system! I've added some instructions on this >> page: >> >> http://wiki.freeswitch.org/wiki/Google_Voice >> >> I need people who have GV accounts to test this out. You'll need to install >> gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to >> load gnutls and then rebuild mod_dingaling. >> >> Please test out and give me your feedback. I can consistently make outbound >> calls but inbound calls have been hit and miss for me. (I think I have a >> network issue which is why I want some others to try things out.) Please let >> me know how if you are able to make it work. If you have improvements to the >> docs then by all means add them. >> >> When I get this all polished off I will blast it out over the 'Net. :) >> >> Thanks! >> >> -Michael >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 Mon Sep 6 16:16:12 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 19:16:12 -0400 Subject: [Freeswitch-users] Problem making call using itsp In-Reply-To: <1B275E91-7B4A-43CC-B9FB-6A51624A8AF8@carmickle.com> References: <3035.1283552956@ccs.covici.com> <86117564-1EF2-44D8-9CEB-158DF3766DC5@carmickle.com> <11915.1283803233@ccs.covici.com> <1B275E91-7B4A-43CC-B9FB-6A51624A8AF8@carmickle.com> Message-ID: <13852.1283814972@ccs.covici.com> Frank Carmickle wrote: > > > On Sep 6, 2010, at 4:00 PM, covici at ccs.covici.com wrote: > > > The problem was a missing right brace that fs didn't catch. Do you like > > FS better than asterisk? > > > I think of asterisk much more like two cans and a string at this point, so yes I like freeswitch better than asterisk. Ipv6 zrtp tls/srtp celt 48k, lua/python/perl/javascript for call control, and most importantly the developers actually give a crap if fs is working correctly. However, there is not yet a decent front end gui for it, so it might be nice for me, but for those people where I wantto install a pbx, asterisk is till what I need to use. A;lso, 1.8 looks like it has some of the features you mentioned. I really do like fs, although like anything else, there is quite a learning curve. -- 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 ktngl at yahoo.co.uk Mon Sep 6 16:16:20 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Mon, 6 Sep 2010 23:16:20 +0000 (GMT) Subject: [Freeswitch-users] mod_lcr config Message-ID: <759603.11007.qm@web29207.mail.ird.yahoo.com> I have followed the setup instructions on the wiki on mod_lcr but I have not been able to get it to work. Any advise or updated instructions Below is the output when I try a test on fs_cli. freeswitch at internal> lcr 45345 No Routes To Display 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:1328 data passed to lcr is [45345] freeswitch at internal> 2010-09-06 22:51:06.107080 [WARNING] mod_lcr.c:1370 Using default CID [18005551212] 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:780 intra routing [state:0 lata:0] so rate field is [rate] 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:796 we have an event 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:820 SQL: SELECT l.digits, c.carrier_name, l.rate, cg.prefix AS gw_prefix, cg.suffix AS gw_suffix, l.lead_strip, l.trail_strip, l.prefix, l.suffix , cg.codec , l.cid FROM lcr l JOIN carriers c ON l.carrier_id=c.id JOIN carrier_gateway cg ON c.id=cg.carrier_id WHERE c.enabled = '1' AND cg.enabled = '1' AND l.enabled = '1' AND digits IN (45345, 4534, 453, 45, 4) AND CURRENT_TIMESTAMP BETWEEN date_start AND date_end ORDER BY digits DESC,? rate,? quality DESC,? reliability DESC, rand(); -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/85f4aff9/attachment.html From sos at sokhapkin.dyndns.org Mon Sep 6 16:29:18 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Mon, 6 Sep 2010 19:29:18 -0400 Subject: [Freeswitch-users] mod_lcr config In-Reply-To: <759603.11007.qm@web29207.mail.ird.yahoo.com> References: <759603.11007.qm@web29207.mail.ird.yahoo.com> Message-ID: <201009061929.18784.sos@sokhapkin.dyndns.org> What is the result returned by belowmentioned sql query if you execute it manually? I bet it will return no results. On Monday 06 September 2010, Nigel Kent wrote: > I have followed the setup instructions on the wiki on mod_lcr but I have > not been able to get it to work. Any advise or updated instructions > > Below is the output when I try a test on fs_cli. > > > freeswitch at internal> lcr 45345 > No Routes To Display > > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:1328 data passed to lcr is > [45345] freeswitch at internal> 2010-09-06 22:51:06.107080 [WARNING] > mod_lcr.c:1370 Using default CID [18005551212] 2010-09-06 22:51:06.107080 > [DEBUG] mod_lcr.c:780 intra routing [state:0 lata:0] so rate field is > [rate] 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:796 we have an event > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:820 SQL: SELECT l.digits, > c.carrier_name, l.rate, cg.prefix AS gw_prefix, cg.suffix AS gw_suffix, > l.lead_strip, l.trail_strip, l.prefix, l.suffix , cg.codec , l.cid FROM > lcr l JOIN carriers c ON l.carrier_id=c.id JOIN carrier_gateway cg ON > c.id=cg.carrier_id WHERE c.enabled = '1' AND cg.enabled = '1' AND > l.enabled = '1' AND digits IN (45345, 4534, 453, 45, 4) AND > CURRENT_TIMESTAMP BETWEEN date_start AND date_end ORDER BY digits DESC, > rate, quality DESC, reliability DESC, rand(); > From brian at freeswitch.org Mon Sep 6 17:20:07 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 20:20:07 -0400 Subject: [Freeswitch-users] Not recognizing voice in mod_pocketsphinx In-Reply-To: References: Message-ID: <60D3BA57-F987-410A-A19F-B22CE832AEF1@freeswitch.org> You have to speak natural not like you're talking to a three year old kid. /b On Sep 6, 2010, at 3:50 AM, Thangappan.M wrote: > Please help me..... From covici at ccs.covici.com Mon Sep 6 18:18:28 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 21:18:28 -0400 Subject: [Freeswitch-users] what happened to iax Message-ID: <12456.1283822308@ccs.covici.com> I have a need to connect to an asterisk box running iax -- what happened to mod_iax I can't find it anywhere? Thanks. -- 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 Mon Sep 6 18:22:04 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 21:22:04 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <12456.1283822308@ccs.covici.com> References: <12456.1283822308@ccs.covici.com> Message-ID: <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> A tear in time and space has caused the flux capacitor to not function properly so we had to retire the module since the lib didn't work right anymore. /b On Sep 6, 2010, at 9:18 PM, covici at ccs.covici.com wrote: > I have a need to connect to an asterisk box running iax -- what happened > to mod_iax I can't find it anywhere? > > Thanks. From covici at ccs.covici.com Mon Sep 6 18:32:26 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 06 Sep 2010 21:32:26 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> Message-ID: <12801.1283823146@ccs.covici.com> OK, thanks. I guess I am screwed trying to get to that box. Brian West wrote: > A tear in time and space has caused the flux capacitor to not function properly so we had to retire the module since the lib didn't work right anymore. > > /b > > On Sep 6, 2010, at 9:18 PM, covici at ccs.covici.com wrote: > > > I have a need to connect to an asterisk box running iax -- what happened > > to mod_iax I can't find it anywhere? > > > > Thanks. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Mon Sep 6 18:37:00 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Sep 2010 21:37:00 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <12801.1283823146@ccs.covici.com> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> Message-ID: <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> If you had attended ClueCon you would have know this! ;) The Doc and his Mr. Fusion couldn't save it. /b On Sep 6, 2010, at 9:32 PM, covici at ccs.covici.com wrote: > OK, thanks. I guess I am screwed trying to get to that box. > Brian West wrote: > >> A tear in time and space has caused the flux capacitor to not function properly so we had to retire the module since the lib didn't work right anymore. >> >> /b > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/8454bd80/attachment-0001.html From curriegrad2004 at gmail.com Mon Sep 6 18:56:03 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Mon, 6 Sep 2010 18:56:03 -0700 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: If you do really want to use IAX, there is a solution: Use Asterisk as an IAX protocol translator and have it to forward all the calls via SIP to Freeswitch. On Mon, Sep 6, 2010 at 6:37 PM, Brian West wrote: > If you had attended ClueCon you would have know this! ?;) ?The Doc and his > Mr. Fusion couldn't save it. > /b > On Sep 6, 2010, at 9:32 PM, covici at ccs.covici.com wrote: > > OK, thanks. ?I guess I am screwed trying to get to that box. > Brian West wrote: > > A tear in time and space has caused the flux capacitor to not function > properly so we had to retire the module since the lib didn't work right > anymore. > > /b > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 stephen at stephenjc.com Mon Sep 6 19:07:09 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Mon, 6 Sep 2010 22:07:09 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: I have the same problem with the calling coming in but the land line still ringing. I have a JIRA issue open with logs and a packet capture. Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Mon, Sep 6, 2010 at 7:14 PM, jesse wrote: > maybe my freeswitch was running in non-root account. After > re-installation of FS as root and now I was able to dial out via GV. > > issue for dial-in by call GV number: extension 1000 is ringing, answer > the call in x-lite client, land-line phone side still hears ringing > sound, then shortly the call get disconnect > > -jesse > > > On Mon, Sep 6, 2010 at 3:15 PM, jesse wrote: >> followed the instructions , but always get unconnected status: >> >> freeswitch at kmdb> dingaling status >> >> --DingaLing status-- >> login ? | ? ? ? connected >> xxxx at gmail.com/talk ? ? ? | ? ? ? UNCONNECTED >> >> I am sure user name and password is correct. >> >> >> On Fri, Sep 3, 2010 at 6:05 PM, Michael Collins wrote: >>> Hello all! >>> >>> Tony is at it again. He's added the ability to have incoming calls from a GV >>> account go to your FreeSWITCH system! I've added some instructions on this >>> page: >>> >>> http://wiki.freeswitch.org/wiki/Google_Voice >>> >>> I need people who have GV accounts to test this out. You'll need to install >>> gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to >>> load gnutls and then rebuild mod_dingaling. >>> >>> Please test out and give me your feedback. I can consistently make outbound >>> calls but inbound calls have been hit and miss for me. (I think I have a >>> network issue which is why I want some others to try things out.) Please let >>> me know how if you are able to make it work. If you have improvements to the >>> docs then by all means add them. >>> >>> When I get this all polished off I will blast it out over the 'Net. :) >>> >>> Thanks! >>> >>> -Michael >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 derek at indranet.co.nz Mon Sep 6 21:06:55 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Tue, 7 Sep 2010 16:06:55 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: Hi, There is another solution. As discussed at Cluecon. There is most of the iax code available in the opal/ptlib libraries. Sure - opal&ptlib don't build in freeswitch - some issue about this was mentioned at cluecon this year. However, the build script in freeswitch (from when I last looked) uses a branch version of ptlib and trunk version of opal.. Not a good mix. Better to use the trunk revision of ptlib&opal -- where ptlib&opal come from the same SVN revision number. Ok - there needs to be an iax registrar put into the opal code - bounties anyone? and you never know - it would be quite doable.. The voip protocol side of iax is useful - and great for people to use when connecting from an unknown position to some server on the public internet. Sufficiently useful to make it worth using. Who is game to work with me in getting the answer? Derek. On Mon, 6 Sep 2010, Jeffrey Leung wrote: > If you do really want to use IAX, there is a solution: Use Asterisk as > an IAX protocol translator and have it to forward all the calls via > SIP to Freeswitch. > > On Mon, Sep 6, 2010 at 6:37 PM, Brian West wrote: >> If you had attended ClueCon you would have know this! ?;) ?The Doc and his >> Mr. Fusion couldn't save it. >> /b >> On Sep 6, 2010, at 9:32 PM, covici at ccs.covici.com wrote: >> >> OK, thanks. ?I guess I am screwed trying to get to that box. >> Brian West wrote: >> >> A tear in time and space has caused the flux capacitor to not function >> properly so we had to retire the module since the lib didn't work right >> anymore. >> >> /b >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From woodydickson at gmail.com Mon Sep 6 23:57:41 2010 From: woodydickson at gmail.com (Woody Dickson) Date: Tue, 7 Sep 2010 14:57:41 +0800 Subject: [Freeswitch-users] collect digits during conference Message-ID: Hi, I would like to be able to collect dtmf digits when a caller is inside a conference. The use case is to let people inside a conference to be able to invite other party by pressing "#6043434333#". Following the instruction, I am able to play a tone and execute play_and_get_digits after # is pressed, but I can't make it so that when the digits are pressed, the other control action won't be triggered. Does anyone know a good way to solve this problem? Thanks, Woody From thangappan143 at gmail.com Tue Sep 7 00:25:51 2010 From: thangappan143 at gmail.com (Thangappan.M) Date: Tue, 7 Sep 2010 12:55:51 +0530 Subject: [Freeswitch-users] Not recognizing voice in mod_pocketsphinx In-Reply-To: <60D3BA57-F987-410A-A19F-B22CE832AEF1@freeswitch.org> References: <60D3BA57-F987-410A-A19F-B22CE832AEF1@freeswitch.org> Message-ID: It is not saying any error at all. But is recognizing the DTMF that I have given. Have I missed anything to configure? * Enabled the mod_pocketsphinx module and build with FreeSWITCH. * Copied the necessary files for pizza demo I have doubt in following things. RTP port Codec specification. Could anyone please help me to get going? On Tue, Sep 7, 2010 at 5:50 AM, Brian West wrote: > You have to speak natural not like you're talking to a three year old kid. > > /b > > On Sep 6, 2010, at 3:50 AM, Thangappan.M wrote: > > > Please help me..... > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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, Thangappan.M -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/80345394/attachment.html From b_ball_henry at hotmail.com Tue Sep 7 01:07:15 2010 From: b_ball_henry at hotmail.com (Henry Huang) Date: Tue, 7 Sep 2010 16:07:15 +0800 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: While IAX is good for penetrating NAT issues. There is no good solution to load balance IAX registration or calls. So if you want to build something scalable, it is better to use SIP. Henry Huang Unified Communication System R&D, Founder of UniC Solution US: +1 (626) 606-3306 ??(Taiwan): +886 933847619 Chat Google Talk: red_rain_seven at gmail.com Skype: unicsolution MSN: b_ball_henry at hotmail.com Contact Me [image: Linkedin][image: Facebook] [image: Twitter] On Tue, Sep 7, 2010 at 12:06 PM, Derek Smithies wrote: > Hi, > There is another solution. > > As discussed at Cluecon. > There is most of the iax code available in the opal/ptlib libraries. > > Sure - opal&ptlib don't build in freeswitch - some issue about this was > mentioned at cluecon this year. However, the build script in freeswitch > (from when I last looked) uses a branch version of ptlib and trunk version > of opal.. Not a good mix. Better to use the trunk revision of ptlib&opal -- > where ptlib&opal come from the same SVN revision number. > > Ok - there needs to be an iax registrar put into the opal code - bounties > anyone? and you never know - it would be quite doable.. > > The voip protocol side of iax is useful - and great for people to use when > connecting from an unknown position to some server on the public internet. > Sufficiently useful to make it worth using. > > Who is game to work with me in getting the answer? > > Derek. > > > On Mon, 6 Sep 2010, Jeffrey Leung wrote: > > If you do really want to use IAX, there is a solution: Use Asterisk as >> an IAX protocol translator and have it to forward all the calls via >> SIP to Freeswitch. >> >> On Mon, Sep 6, 2010 at 6:37 PM, Brian West wrote: >> >>> If you had attended ClueCon you would have know this! ;) The Doc and >>> his >>> Mr. Fusion couldn't save it. >>> /b >>> On Sep 6, 2010, at 9:32 PM, covici at ccs.covici.com wrote: >>> >>> OK, thanks. I guess I am screwed trying to get to that box. >>> Brian West wrote: >>> >>> A tear in time and space has caused the flux capacitor to not function >>> properly so we had to retire the module since the lib didn't work right >>> anymore. >>> >>> /b >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > "Oh, the usual, get everything right". > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/e5b8bd23/attachment-0001.html From david.ponzone at ipeva.fr Tue Sep 7 01:13:00 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 7 Sep 2010 10:13:00 +0200 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> Message-ID: <4AF46462-7FE8-423F-AE60-2889DFEB0169@ipeva.fr> Ross, for the record, FS needs 20 packets to auto-adjust to the real source IP:port of the RTP stream. So with a typical ptime of 20ms, that's 400ms before FS learns it, so before the audio works both ways. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 06/09/2010 ? 02:59, Ross McKillop a ?crit : > Hi, > > I have a number of SIP endpoints behind NAT on a cellular network > and am experiencing some odd behaviour with RTP traffic. > > No audio at all is present on the call for about the first 10s or > so, and then the following is shown in the console; > >> 2010-09-06 01:04:53.101801 [INFO] switch_rtp.c:2049 Auto Changing >> port from 10.21.6.213:4000 to 217.171.129.67:22263 > > After which the call works perfectly. > > Is there any way I can force this process to happen quicker, within > the first second of the call? or is it possible to force FreeSWITCH > to use the external IP from the start? > > Any assistance you can offer would be much appreciated. > > Best Regards, > Ross > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/7d414c63/attachment.html From velu.technical at gmail.com Tue Sep 7 02:09:08 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Tue, 7 Sep 2010 14:39:08 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> Message-ID: Dear Peter Olsson, I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod mod_h323", I have got the following error, 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly help me to set the FreeSWITCH to work with H.323 protocol. Thanks, Velusamy. On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson < peter.olsson at visionutveckling.se> wrote: > I would recommend using mod_h323 and H323Plus library ( > http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is > probably better maintained. Last time I used mod_opal I think I was using > Opal release "Lalande" - the SVN versions was usually very unstable. So if > you want to use mod_opal, I think that Lalande release versions should be > the best choice. > > /Peter > ________________________________________ > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [ > freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan > [velu.technical at gmail.com] > Skickat: den 4 september 2010 10:58 > Till: FreeSWITCH Users Help > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > I have updated the latest SVN for OPAL libraries. The version of the > OPAL libraries is 24682. But still the problem has not solved. > Kindly anyone tell me which version of the OPAL should be used for > mod_opal. > > Thanks, > Velusamy. > > > On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre steveayre at gmail.com>> wrote: > This means the module was compiled, but it isn't finding a required opal > function. You might have an older copy of opal installed than mod_opal > requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" larclap at yahoo.com>> wrote: > > Did you uncomment the opal line in modules.conf? > > endpoints/mod_loopback > #endpoints/mod_alsa > #endpoints/mod_opal #<<< #endpoints/mod_skinny > > From: freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org> [mailto: > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy > Krishnan > Sent: Friday, September 03, 2010 1:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > After installing the mod_opal module, I have tried to load that module > in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error > Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: > _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > 2010/9/3 velusamy Krishnan < > velu.technical at gmail.com> > Dear All, > Thanks for fixing the problem.. > Regards, > Velusamy. > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson < peter.olsson at visionutveckling.se>peter.olsson at visionutveckling.se peter.olsson at visionutveckling.se>> wrote: > Thanks Jeff - I think the same applies for mod_h323, if you feel like > making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > Fr?n: > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org> [mailto: freeswitch-users-bounces at lists.freeswitch.org> > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org>] F?r Jeff Lenk > Skickat: den 2 september 2010 15:28 > Till: > freeswitch-users at lists.freeswitch.org freeswitch-users at lists.freeswitch.org> > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > fixed in git head 4a7425e > -- > View this message in context: < > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html> > > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com< > http://Nabble.com>. > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > !DSPAM:4c820bcd32938738830741! > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/660a9d03/attachment-0001.html From mnhassan at usa.net Tue Sep 7 02:20:37 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Tue, 7 Sep 2010 15:20:37 +0600 Subject: [Freeswitch-users] collect digits during conference In-Reply-To: References: Message-ID: How about using bind_meta_app to redirect to another extension to do a regular play_and_get_digits? Regards HASSAN On 2010-09-07, Woody Dickson wrote: > Hi, > > I would like to be able to collect dtmf digits when a caller is inside > a conference. The use case is to let people inside a conference to be > able to invite other party by pressing "#6043434333#". > > Following the instruction, I am able to play a tone and execute > play_and_get_digits after # is pressed, but I can't make it so that > when the digits are pressed, the other control action won't be > triggered. > > Does anyone know a good way to solve this problem? > > Thanks, > Woody > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device From peter.olsson at visionutveckling.se Tue Sep 7 02:47:13 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 7 Sep 2010 11:47:13 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> The wiki is not up-to-date, please read the recommendations in the readme file that exists in mod_h323-dir. You should use older versions of h323Plus/PTLib, not latest from trunk. I will update the wiki, I just havn't had the time... /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan Skickat: den 7 september 2010 11:09 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear Peter Olsson, I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod mod_h323", I have got the following error, 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly help me to set the FreeSWITCH to work with H.323 protocol. Thanks, Velusamy. On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson > wrote: I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think that Lalande release versions should be the best choice. /Peter ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] Skickat: den 4 september 2010 10:58 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear All, I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. Kindly anyone tell me which version of the OPAL should be used for mod_opal. Thanks, Velusamy. On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre >> wrote: This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. Steve on iPhone On 3 Sep 2010, at 14:11, "Lars Zeb" >> wrote: Did you uncomment the opal line in modules.conf? endpoints/mod_loopback #endpoints/mod_alsa #endpoints/mod_opal #<<<> [mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy Krishnan Sent: Friday, September 03, 2010 1:58 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_opal installation problem Dear All, After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly, anyone help to resolve this issue. Thanks, Velusamy. 2010/9/3 velusamy Krishnan <>velu.technical at gmail.com>> Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson <>peter.olsson at visionutveckling.se>> wrote: Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: > freeswitch-users-bounces at lists.freeswitch.org> [mailto:>freeswitch-users-bounces at lists.freeswitch.org>] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: > freeswitch-users at lists.freeswitch.org> ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c8604ff32931776120533! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/4dabb69e/attachment-0001.html From steveayre at gmail.com Tue Sep 7 02:59:52 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 7 Sep 2010 10:59:52 +0100 Subject: [Freeswitch-users] mod_lcr config In-Reply-To: <201009061929.18784.sos@sokhapkin.dyndns.org> References: <759603.11007.qm@web29207.mail.ird.yahoo.com> <201009061929.18784.sos@sokhapkin.dyndns.org> Message-ID: Check the database actually contains entries and that all the enable flags are enabled. :) If you still can't see why it's not working pastebin a database dump and we'll probably be able to see the cause. -Steve On 7 September 2010 00:29, Sergey Okhapkin wrote: > What is the result returned by belowmentioned sql query if you execute it > manually? I bet it will return no results. > > On Monday 06 September 2010, Nigel Kent wrote: > > I have followed the setup instructions on the wiki on mod_lcr but I have > > not been able to get it to work. Any advise or updated instructions > > > > Below is the output when I try a test on fs_cli. > > > > > > freeswitch at internal> lcr 45345 > > No Routes To Display > > > > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:1328 data passed to lcr is > > [45345] freeswitch at internal> 2010-09-06 22:51:06.107080 [WARNING] > > mod_lcr.c:1370 Using default CID [18005551212] 2010-09-06 > 22:51:06.107080 > > [DEBUG] mod_lcr.c:780 intra routing [state:0 lata:0] so rate field is > > [rate] 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:796 we have an event > > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:820 SQL: SELECT l.digits, > > c.carrier_name, l.rate, cg.prefix AS gw_prefix, cg.suffix AS gw_suffix, > > l.lead_strip, l.trail_strip, l.prefix, l.suffix , cg.codec , l.cid FROM > > lcr l JOIN carriers c ON l.carrier_id=c.id JOIN carrier_gateway cg ON > > c.id=cg.carrier_id WHERE c.enabled = '1' AND cg.enabled = '1' AND > > l.enabled = '1' AND digits IN (45345, 4534, 453, 45, 4) AND > > CURRENT_TIMESTAMP BETWEEN date_start AND date_end ORDER BY digits DESC, > > rate, quality DESC, reliability DESC, rand(); > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/85e7ea8d/attachment.html From derek at indranet.co.nz Tue Sep 7 03:26:57 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Tue, 7 Sep 2010 22:26:57 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: Hi, Surely not. On Tue, 7 Sep 2010, Henry Huang wrote: > While IAX is good for penetrating NAT issues. There is no good solution to load balance IAX registration or calls. So if you want to build something > scalable, it is better to use SIP. The iax server issues a call transfer command, to transfer the incoming call to a different server. you do have to write the logic to decide when/where to transfer the calls. Derek. -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 03:42:24 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Tue, 7 Sep 2010 22:42:24 +1200 (NZST) Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: Hi, the file build/buildopal.sh is "wrong". cd /root svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk ptlib cd ptlib ./configure --prefix=/usr ${MAKE} ${MAKE} install cd .. svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/branches/v3_6 opal cd opal export PKG_CONFIG_PATH=/usr/lib/pkgconfig ./configure --prefix=/usr ${MAKE} ${MAKE} install cd ${FS_DIR} ${MAKE} mod_opal-install See - it uses a branch version of opal, and a trunk version of ptlib. Please, change it to use the same SVN revision number of trunk. Derek. ========================================================================== On Tue, 7 Sep 2010, Peter Olsson wrote: > > The wiki is not up-to-date, please read the recommendations in the readme file that exists in mod_h323-dir. You should use older versions of > h323Plus/PTLib, not latest from trunk. > > ? > > I will update the wiki, I just havn?t had the time... > > ? > > /Peter > > ? > > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan > Skickat: den 7 september 2010 11:09 > Till: FreeSWITCH Users Help > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > ? > > Dear Peter Olsson, > ??? I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod > mod_h323", I have got the following error, > 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so > **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly help me to set the FreeSWITCH to work with H.323 protocol. > > Thanks, > Velusamy. > > > On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson wrote: > > I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. > Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think > that Lalande release versions should be the best choice. > > /Peter > ________________________________________ > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] > Skickat: den 4 september 2010 10:58 > Till: FreeSWITCH Users Help > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > ? ?I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. > ? Kindly anyone tell me which version of the OPAL should be used for mod_opal. > > Thanks, > Velusamy. > > On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > wrote: > This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" > wrote: > > Did you uncomment the opal line in modules.conf? > > endpoints/mod_loopback > #endpoints/mod_alsa > #endpoints/mod_opal ? ? ? ? ? ? ? ? ? ? ? #<<< #endpoints/mod_skinny > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan > > Sent: Friday, September 03, 2010 1:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > ? ? ?After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > 2010/9/3 velusamy Krishnan <velu.technical at gmail.com> > > Dear All, > ? ? Thanks for fixing the problem.. > Regards, > Velusamy. > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson > <peter.olsson at visionutveckling.se> wrote: > Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > > Fr?n: > freeswitch-users-bounces at lists.freeswitch.org[mailto:freeswitch-users-bounces at lists.freeswitch.org ch.org>] F?r Jeff Lenk > > Skickat: den 2 september 2010 15:28 > > Till: freeswitch-users at lists.freeswitch.org > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > fixed in git head 4a7425e > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > ? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > !DSPAM:4c8604ff32931776120533! > > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From mnhassan at usa.net Tue Sep 7 03:43:46 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Tue, 7 Sep 2010 16:43:46 +0600 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: IAX is also great for saving bandwidth by using the "trunk" mode. Regards HASSAN On Tue, Sep 7, 2010 at 16:26, Derek Smithies wrote: > Hi, > Surely not. > > On Tue, 7 Sep 2010, Henry Huang wrote: > > While IAX is good for penetrating NAT issues. There is no good solution > to load balance IAX registration or calls. So if you want to build something > > scalable, it is better to use SIP. > > The iax server issues a call transfer command, to transfer the incoming > call to a different server. > > you do have to write the logic to decide when/where to transfer the calls. > > Derek. > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > "Oh, the usual, get everything right". > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/dfa935ca/attachment.html From sameer2k3t at gmail.com Tue Sep 7 04:07:22 2010 From: sameer2k3t at gmail.com (Sameer Khan) Date: Tue, 7 Sep 2010 04:07:22 -0700 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: <201009061553.58284.errotan@elder.hu> References: <201009061530.03530.errotan@elder.hu> <201009061553.58284.errotan@elder.hu> Message-ID: directories were corrupted. Its solved now Giovanni, Can we restrict inbound calls? i mean i want to block incoming calls that fs wont read them On Mon, Sep 6, 2010 at 6:53 AM, Pusk?s Zsolt wrote: > "i am using centos ... this may be for ubuntu?" > > I belive xwd is avaliable for centos to. > > > 2010. szeptember 6. 15:44:19 d?tummal Sameer Khan az al?bbiakat ?rta: > > i am using centos ... > > this may be for ubuntu? > > > > On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt wrote: > > > Try takeing a snapshot: > > > > > > xwd -display :101 -root -out image.xwd > > > > > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat ?rta: > > > > Hi guyz > > > > My skypopen was running quite well with different skype ids. > > > > I installed another version of skype i.e dynamic version of 2.0.72 in > > > > my box. > > > > i ran multi.sh and skype was connected once > > > > but since then it is not getting connected.. > > > > i reinstalled the old version but the problem is same.. > > > > when i kill Xvfb it says > > > > > > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > > > > Also i am unable to install x11vnc server so i cannot see what is > > > > happening. > > > > > > > > > > > > please help.. > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/c2cba4e5/attachment-0001.html From gmaruzz at celliax.org Tue Sep 7 05:01:36 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Tue, 7 Sep 2010 14:01:36 +0200 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: <201009061530.03530.errotan@elder.hu> <201009061553.58284.errotan@elder.hu> Message-ID: On Tue, Sep 7, 2010 at 1:07 PM, Sameer Khan wrote: > Giovanni, Can we restrict inbound calls? i mean i want to block incoming > calls that fs wont read them mmmh, maybe I've not understood... One answer can be: you can decide on dialplan which call you want to accept or not, and where to send the calls, based on incoming callerid name (skype displayed name) and number (skype userid)... -giovanni > > On Mon, Sep 6, 2010 at 6:53 AM, Pusk?s Zsolt wrote: >> >> "i am using centos ... this may be for ubuntu?" >> >> I belive xwd is avaliable for centos to. >> >> >> 2010. szeptember 6. 15:44:19 d?tummal Sameer Khan az al?bbiakat ?rta: >> > i am using centos ... >> > this may be for ubuntu? >> > >> > On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt wrote: >> > > Try takeing a snapshot: >> > > >> > > xwd -display :101 -root -out image.xwd >> > > >> > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat ?rta: >> > > > Hi guyz >> > > > My skypopen was running quite well with different skype ids. >> > > > I installed another version of skype i.e dynamic version of 2.0.72 >> > > > in >> > > > my box. >> > > > i ran multi.sh and skype was connected once >> > > > but since then it is not getting connected.. >> > > > i reinstalled the old version but the problem is same.. >> > > > when i kill Xvfb it says >> > > > >> > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. >> > > > Also i am unable to install x11vnc server so i cannot see what is >> > > > happening. >> > > > >> > > > >> > > > please help.. >> > > >> > > _______________________________________________ >> > > FreeSWITCH-users mailing list >> > > FreeSWITCH-users at lists.freeswitch.org >> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > > >> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > > http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From helmut.kuper at ewetel.de Tue Sep 7 05:04:29 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Tue, 07 Sep 2010 14:04:29 +0200 Subject: [Freeswitch-users] Problems with sqlite on 32bit CentOS In-Reply-To: <4C84FE7A.2020903@ewetel.de> References: <4C84FE7A.2020903@ewetel.de> Message-ID: <4C862A4D.6080904@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi again, I tried to use some other versions of sqlite3 instead of 3.3.13 which comes with actual FS to solve this problem. I found that sqlite 3.4.0 does the trick. with it FS starts up cleanly and creates the databases in /db Shall I open a jira issue? regards Helmut Am 06.09.2010 16:45, schrieb Helmut Kuper: > Hello, > > I have a freshly checked out FS code base (git). bootsrapping, > configuring, compiling and installing went smoothly. > > It's a "Linux ippbx-test-node0 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 > 16:23:24 EDT 2010 i686 i686 i386 GNU/Linux" CentOS 5.5 Pentium4 system. > > When it starts up, I get a lot of error messages about > accessing/creating sqlite database tables. This error occurs on updated > installations as well as on fresh installations. It occurs on existing > database files and also when all db files were removed befor start up. > > I have an old SVN trunk version "FreeSWITCH Version 1.0.trunk (16134M)" > which works fine on the same machine. > > On my CentOS 5.4 64bit machines the latest git head works nice. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMhipM4tZeNddg3dwRAotrAKCdtgJiE7m6wIkkOumsSzzJzTAaFgCeIALr ghDfOhdC0bUTf3qkHg5595c= =/h0c -----END PGP SIGNATURE----- From sameer2k3t at gmail.com Tue Sep 7 05:11:17 2010 From: sameer2k3t at gmail.com (Sameer Khan) Date: Tue, 7 Sep 2010 05:11:17 -0700 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: <201009061530.03530.errotan@elder.hu> <201009061553.58284.errotan@elder.hu> Message-ID: actually i want to ignore calls that are coming from skype network to my skype id On Tue, Sep 7, 2010 at 5:01 AM, Giovanni Maruzzelli wrote: > On Tue, Sep 7, 2010 at 1:07 PM, Sameer Khan wrote: > > Giovanni, Can we restrict inbound calls? i mean i want to block incoming > > calls that fs wont read them > > mmmh, maybe I've not understood... One answer can be: you can decide > on dialplan which call you want to accept or not, and where to send > the calls, based on incoming callerid name (skype displayed name) and > number (skype userid)... > > -giovanni > > > > > > > On Mon, Sep 6, 2010 at 6:53 AM, Pusk?s Zsolt wrote: > >> > >> "i am using centos ... this may be for ubuntu?" > >> > >> I belive xwd is avaliable for centos to. > >> > >> > >> 2010. szeptember 6. 15:44:19 d?tummal Sameer Khan az al?bbiakat ?rta: > >> > i am using centos ... > >> > this may be for ubuntu? > >> > > >> > On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt > wrote: > >> > > Try takeing a snapshot: > >> > > > >> > > xwd -display :101 -root -out image.xwd > >> > > > >> > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat > ?rta: > >> > > > Hi guyz > >> > > > My skypopen was running quite well with different skype ids. > >> > > > I installed another version of skype i.e dynamic version of 2.0.72 > >> > > > in > >> > > > my box. > >> > > > i ran multi.sh and skype was connected once > >> > > > but since then it is not getting connected.. > >> > > > i reinstalled the old version but the problem is same.. > >> > > > when i kill Xvfb it says > >> > > > > >> > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. > >> > > > Also i am unable to install x11vnc server so i cannot see what is > >> > > > happening. > >> > > > > >> > > > > >> > > > please help.. > >> > > > >> > > _______________________________________________ > >> > > FreeSWITCH-users mailing list > >> > > FreeSWITCH-users at lists.freeswitch.org > >> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > > > >> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > > http://www.freeswitch.org > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/4fb2a810/attachment.html From brian at freeswitch.org Tue Sep 7 05:12:46 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 08:12:46 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: All bollocks! The savings are negated when you start to lose packets and the whole trunk gets hozed. /b On Sep 7, 2010, at 6:43 AM, Nyamul Hassan wrote: > IAX is also great for saving bandwidth by using the "trunk" mode. > > Regards > HASSAN > From steveayre at gmail.com Tue Sep 7 05:16:17 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 7 Sep 2010 13:16:17 +0100 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: Yuck. On 7 September 2010 02:56, Jeffrey Leung wrote: > If you do really want to use IAX, there is a solution: Use Asterisk as > an IAX protocol translator and have it to forward all the calls via > SIP to Freeswitch. > > On Mon, Sep 6, 2010 at 6:37 PM, Brian West wrote: > > If you had attended ClueCon you would have know this! ;) The Doc and > his > > Mr. Fusion couldn't save it. > > /b > > On Sep 6, 2010, at 9:32 PM, covici at ccs.covici.com wrote: > > > > OK, thanks. I guess I am screwed trying to get to that box. > > Brian West wrote: > > > > A tear in time and space has caused the flux capacitor to not function > > properly so we had to retire the module since the lib didn't work right > > anymore. > > > > /b > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/72d9c62d/attachment.html From mnhassan at usa.net Tue Sep 7 05:20:33 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Tue, 7 Sep 2010 18:20:33 +0600 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: True. But, over TDM interconnects (like a IPLC), this saves you from buying expensive compression equipment. Regards HASSAN On Tue, Sep 7, 2010 at 18:12, Brian West wrote: > All bollocks! The savings are negated when you start to lose packets and > the whole trunk gets hozed. > > /b > > On Sep 7, 2010, at 6:43 AM, Nyamul Hassan wrote: > > > IAX is also great for saving bandwidth by using the "trunk" mode. > > > > Regards > > HASSAN > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/72ac3aab/attachment-0001.html From brian at freeswitch.org Tue Sep 7 05:23:36 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 08:23:36 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Why is everyone dead set on using IAX? you know SIP works fine and can traverse NAT if you know how to set it up properly. /b On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: > Yuck. > > On 7 September 2010 02:56, Jeffrey Leung wrote: > If you do really want to use IAX, there is a solution: Use Asterisk as > an IAX protocol translator and have it to forward all the calls via > SIP to Freeswitch. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/c46450b5/attachment.html From brian at freeswitch.org Tue Sep 7 05:26:45 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 08:26:45 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: <459453A7-F4B4-4F38-B3EA-D27381CD60D4@freeswitch.org> If its a TDM interconnect then how is IAX going to save you? I think you might mean IP interconnect over an IPL? /b On Sep 7, 2010, at 8:20 AM, Nyamul Hassan wrote: > True. But, over TDM interconnects (like a IPLC), this saves you from buying expensive compression equipment. > > Regards > HASSAN > From tgraziano at myitdepartment.net Tue Sep 7 05:28:44 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Tue, 7 Sep 2010 08:28:44 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: On Tue, Sep 7, 2010 at 8:23 AM, Brian West wrote: > Why is everyone dead set on using IAX? you know SIP works fine and can > traverse NAT if you know how to set it up properly. > > /b > > On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: > > Yuck. > > On 7 September 2010 02:56, Jeffrey Leung wrote: > >> If you do really want to use IAX, there is a solution: Use Asterisk as >> an IAX protocol translator and have it to forward all the calls via >> SIP to Freeswitch. > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > Bad habits are hard to kick. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/01e0c749/attachment.html From mnhassan at usa.net Tue Sep 7 05:29:46 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Tue, 7 Sep 2010 18:29:46 +0600 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <459453A7-F4B4-4F38-B3EA-D27381CD60D4@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <459453A7-F4B4-4F38-B3EA-D27381CD60D4@freeswitch.org> Message-ID: Yes. IP over IPLC. Regards HASSAN On Tue, Sep 7, 2010 at 18:26, Brian West wrote: > If its a TDM interconnect then how is IAX going to save you? I think you > might mean IP interconnect over an IPL? > > /b > > On Sep 7, 2010, at 8:20 AM, Nyamul Hassan wrote: > > > True. But, over TDM interconnects (like a IPLC), this saves you from > buying expensive compression equipment. > > > > Regards > > HASSAN > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/19ff97d7/attachment.html From mnhassan at usa.net Tue Sep 7 05:33:24 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Tue, 7 Sep 2010 18:33:24 +0600 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: Another scenario is, in countries where regular SIP / H323 is blocked, IAX is mostly not so, and therefore helps. I personally prefer to work with H323 / SIP. But, ground realities are a bit different at times. Regards HASSAN On Tue, Sep 7, 2010 at 18:28, Tony Graziano wrote: > > > On Tue, Sep 7, 2010 at 8:23 AM, Brian West wrote: > >> Why is everyone dead set on using IAX? you know SIP works fine and can >> traverse NAT if you know how to set it up properly. >> >> /b >> >> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >> >> Yuck. >> >> On 7 September 2010 02:56, Jeffrey Leung >> wrote: >> >>> If you do really want to use IAX, there is a solution: Use Asterisk as >>> an IAX protocol translator and have it to forward all the calls via >>> SIP to Freeswitch. >> >> >> Bad habits are hard to kick. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/5af5ff26/attachment.html From fdelawarde at wirelessmundi.com Tue Sep 7 05:49:19 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Tue, 07 Sep 2010 14:49:19 +0200 Subject: [Freeswitch-users] extension-in-contact problem Message-ID: <1283863759.13222.69.camel@luna.tc.commsmundi.com> Hi, I noticed that when I set the "extension-in-contact" parameter to "true" in my gateway, the gateway is not identified when receiving an incoming call, and all calls are redirected to the profile's default context instead of the gateway's configured context. Is this a normal/expected behavior? In my sofia.conf.xml profile I have: ... And incoming calls are received with the extension-in-contact being "true": INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 Instead of: INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 Thanks, Fran?ois. From fdelawarde at wirelessmundi.com Tue Sep 7 06:03:01 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Tue, 07 Sep 2010 15:03:01 +0200 Subject: [Freeswitch-users] extension-in-contact problem In-Reply-To: <1283863759.13222.69.camel@luna.tc.commsmundi.com> References: <1283863759.13222.69.camel@luna.tc.commsmundi.com> Message-ID: <1283864581.13222.74.camel@luna.tc.commsmundi.com> Hello again, I found the corresponding code for gateway identification in "sofia_handle_sip_i_invite" of sofia.c, it is supposed to fetch the gateway using "gw=" if the url does not contain "gw+": if (sip->sip_request->rq_url->url_params) { gw_name = sofia_glue_find_parameter(sip->sip_request->rq_url->url_params, "gw="); } if (strstr(destination_number, "gw+")) { gw_name = destination_number + 3; } The first part apparently does not work (for me at least), and I have tried with different gateway names (in case it didn't accept underscores) with no success. Is this a real bug I should put in Jira or am I doing something wrong (again...)? Thanks, Fran?ois. On Tue, 2010-09-07 at 14:49 +0200, Fran?ois Delawarde wrote: > Hi, > > I noticed that when I set the "extension-in-contact" parameter to "true" > in my gateway, the gateway is not identified when receiving an incoming > call, and all calls are redirected to the profile's default context > instead of the gateway's configured context. > > Is this a normal/expected behavior? > > > > In my sofia.conf.xml profile I have: > > > > > ... > > > > And incoming calls are received with the extension-in-contact being > "true": > > INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > Instead of: > > INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > > Thanks, > Fran?ois. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ignasi.duran at luxortec.com Tue Sep 7 00:52:53 2010 From: ignasi.duran at luxortec.com (Ignasi Duran) Date: Tue, 07 Sep 2010 09:52:53 +0200 Subject: [Freeswitch-users] load module mod_callcenter Message-ID: <4C85EF55.9000006@luxortec.com> Hi, I have installed freeswitch on CentOS 5 and I have compiled module mod_callcenter but this not load. When I try to load with console mode or writing the file modules.conf.xml the freeswitch returned segment violation (core dumped). Somebody help me? Thanks. From jody.rudolph at gmail.com Mon Sep 6 19:13:57 2010 From: jody.rudolph at gmail.com (Jody Rudolph) Date: Mon, 6 Sep 2010 22:13:57 -0400 Subject: [Freeswitch-users] New to the list Message-ID: Just wanted to introduce myself as I'm sure I'll be posting here often looking for opinions. I have recently started a large project to create a scalable, fault-tolerant, and entirely open source communications platform and my intention is to use Freeswitch for the core of this system. I'm really excited about what I have seen from Freeswitch so far. I come from a big Asterisk background in the old days but have spent the last 5 years in proprietary voice systems prison :) My main areas of focus right now are distributed call processing via core-odbc (possibly memcached?) with load balancing and tight integration with an openSER variant doing the balancing. I am hoping to be able to use the SER (probably opensips) to handle registrations and NAT traversal to keep the load from the core servers. I will post that question in a different thread though. Also, I'm not much of a C programmer so core development is probably out, but I would be happy to contribute to the project in any way I can with testing, documentation, or script contribution. Thanks, -Jody -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100906/5bac42e1/attachment.html From jrudolph at qx.net Mon Sep 6 18:59:03 2010 From: jrudolph at qx.net (Jody Rudolph) Date: Mon, 6 Sep 2010 21:59:03 -0400 Subject: [Freeswitch-users] Integration with an external registrar Message-ID: <0D34E5C1-E926-42EA-9BEA-7C6265081E38@qx.net> I know one could look up authentication information stored elsewhere via xml_curl but a simple scenario there would involve a registration message triggering this process. Since a separate registrar would likely consume the registration message I am curious what backend process could be used to share this information and trigger the event so the FS server actually held an active registration while the registrar actually dealt with the load of the registration messages. The registrar would be one of the openSER variants in this case. Has anyone heard of any projects using a separate registrar while keeping the actual registrations active in FS to enable all feature use like SLA, BLF, etc? Thanks, Jody Rudolph From ross at ossiantelecom.co.uk Tue Sep 7 01:25:20 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Tue, 7 Sep 2010 09:25:20 +0100 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <4AF46462-7FE8-423F-AE60-2889DFEB0169@ipeva.fr> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <4AF46462-7FE8-423F-AE60-2889DFEB0169@ipeva.fr> Message-ID: <0A863418-3CF1-4309-B378-AAC0F35D3026@ossiantelecom.co.uk> On 7 Sep 2010, at 09:13, David Ponzone wrote: > for the record, FS needs 20 packets to auto-adjust to the real source IP:port of the RTP stream. > So with a typical ptime of 20ms, that's 400ms before FS learns it, so before the audio works both ways. 400ms is a lot shorter than the 10s I'm experiencing at the moment ; ) I'll try some packet captures and see what it's doing - problem is with SIP TLS it's harder to get anything meaningful out of Wireshark's SIP functions. Ross From ross at ossiantelecom.co.uk Tue Sep 7 01:19:16 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Tue, 7 Sep 2010 09:19:16 +0100 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> Message-ID: <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> On 6 Sep 2010, at 14:33, David Ponzone wrote: > If it doesn't, it's probably because FS does not receive any RTP traffic from your phone. > Perhaps your cellular network is doing "things" in order to prevent VoIP. That's strange - because connecting to Asterisk in the same way it seems to work instantly, but Asterisk doesn't support TLS which is needed for this application. The mobile network is 3 UK who have confirmed there's nothing in place to prevent it and they've got no issue with VoIP traffic. I shall contact the vendor of the softphone on the mobile device and see if they can offer any advice. Thanks, Ross From b_ball_henry at hotmail.com Tue Sep 7 06:22:24 2010 From: b_ball_henry at hotmail.com (Henry Huang) Date: Tue, 7 Sep 2010 21:22:24 +0800 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: Derek: I agree that your method would work, but I was talking about more native load balancer without rewriting the logics. Henry Huang Unified Communication System R&D, Founder of UniC Solution US: +1 (626) 606-3306 ??(Taiwan): +886 933847619 Chat Google Talk: red_rain_seven at gmail.com Skype: unicsolution MSN: b_ball_henry at hotmail.com Contact Me [image: Linkedin][image: Facebook] [image: Twitter] On Tue, Sep 7, 2010 at 8:33 PM, Nyamul Hassan wrote: > Another scenario is, in countries where regular SIP / H323 is blocked, IAX > is mostly not so, and therefore helps. > > I personally prefer to work with H323 / SIP. But, ground realities are a > bit different at times. > > Regards > HASSAN > > > On Tue, Sep 7, 2010 at 18:28, Tony Graziano wrote: > >> >> >> On Tue, Sep 7, 2010 at 8:23 AM, Brian West wrote: >> >>> Why is everyone dead set on using IAX? you know SIP works fine and can >>> traverse NAT if you know how to set it up properly. >>> >>> /b >>> >>> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >>> >>> Yuck. >>> >>> On 7 September 2010 02:56, Jeffrey Leung >>> wrote: >>> >>>> If you do really want to use IAX, there is a solution: Use Asterisk as >>>> an IAX protocol translator and have it to forward all the calls via >>>> SIP to Freeswitch. >>> >>> >>> Bad habits are hard to kick. >> >> >> >> > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/27244812/attachment.html From gmaruzz at celliax.org Tue Sep 7 06:59:11 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Tue, 7 Sep 2010 15:59:11 +0200 Subject: [Freeswitch-users] URGENT SKYPE PROBLEM In-Reply-To: References: <201009061530.03530.errotan@elder.hu> <201009061553.58284.errotan@elder.hu> Message-ID: On Tue, Sep 7, 2010 at 2:11 PM, Sameer Khan wrote: > actually i want to ignore calls that are coming from skype network to my > skype id In the extension that is destination for the skypopen interface, put conditions to answer only if you like the callerid name or the callerid number (that are the skype display name and the skype userid of the caller), or do the opposite (eg answer all and drop only what you don't like). If the answer is "how to use the Skype mechanism to block a caller from calling you", at the moment you can't throuch skypopen. You can do that via the graphic interface (ssh -X), but probably is not so practical ;). -giovanni > > On Tue, Sep 7, 2010 at 5:01 AM, Giovanni Maruzzelli > wrote: >> >> On Tue, Sep 7, 2010 at 1:07 PM, Sameer Khan wrote: >> > Giovanni, Can we restrict inbound calls? i mean i want to block incoming >> > calls that fs wont read them >> >> mmmh, maybe I've not understood... One answer can be: you can decide >> on dialplan which call you want to accept or not, and where to send >> the calls, based on incoming callerid name (skype displayed name) and >> number (skype userid)... >> >> -giovanni >> >> >> >> > >> > On Mon, Sep 6, 2010 at 6:53 AM, Pusk?s Zsolt wrote: >> >> >> >> "i am using centos ... this may be for ubuntu?" >> >> >> >> I belive xwd is avaliable for centos to. >> >> >> >> >> >> 2010. szeptember 6. 15:44:19 d?tummal Sameer Khan az al?bbiakat ?rta: >> >> > i am using centos ... >> >> > this may be for ubuntu? >> >> > >> >> > On Mon, Sep 6, 2010 at 6:30 AM, Pusk?s Zsolt >> >> > wrote: >> >> > > Try takeing a snapshot: >> >> > > >> >> > > xwd -display :101 -root -out image.xwd >> >> > > >> >> > > 2010. szeptember 6. 15:06:27 d?tummal Sameer Khan az al?bbiakat >> >> > > ?rta: >> >> > > > Hi guyz >> >> > > > My skypopen was running quite well with different skype ids. >> >> > > > I installed another version of skype i.e dynamic version of >> >> > > > 2.0.72 >> >> > > > in >> >> > > > my box. >> >> > > > i ran multi.sh and skype was connected once >> >> > > > but since then it is not getting connected.. >> >> > > > i reinstalled the old version but the problem is same.. >> >> > > > when i kill Xvfb it says >> >> > > > >> >> > > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; >> >> > > > fixing. >> >> > > > Also i am unable to install x11vnc server so i cannot see what is >> >> > > > happening. >> >> > > > >> >> > > > >> >> > > > please help.. >> >> > > >> >> > > _______________________________________________ >> >> > > FreeSWITCH-users mailing list >> >> > > FreeSWITCH-users at lists.freeswitch.org >> >> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> > > >> >> > > >> >> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> > > http://www.freeswitch.org >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From steveu at coppice.org Tue Sep 7 07:07:26 2010 From: steveu at coppice.org (Steve Underwood) Date: Tue, 07 Sep 2010 22:07:26 +0800 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: <4C86471E.7000604@coppice.org> On 09/07/2010 12:06 PM, Derek Smithies wrote: > Hi, > There is another solution. > > As discussed at Cluecon. > There is most of the iax code available in the opal/ptlib libraries. > > Sure - opal&ptlib don't build in freeswitch - some issue about this > was mentioned at cluecon this year. However, the build script in > freeswitch (from when I last looked) uses a branch version of ptlib > and trunk version of opal.. Not a good mix. Better to use the trunk > revision of ptlib&opal -- where ptlib&opal come from the same SVN > revision number. > > Ok - there needs to be an iax registrar put into the opal code - > bounties anyone? and you never know - it would be quite doable.. > > The voip protocol side of iax is useful - and great for people to use > when > connecting from an unknown position to some server on the public > internet. > Sufficiently useful to make it worth using. From an unknown position on the internet STUN usually works just fine. The * people loving saying STUN is all very bad, but a recent exchange on their mailing list seems to indicate none of them understand it. :-) If you like this media through the signalling server scheme, I have a new car I think you'll love. Every trip it makes goes though the forecourt of the dealer who supplied it. :-) Steve From bernhard.suttner at winet.ch Tue Sep 7 07:24:23 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Tue, 7 Sep 2010 16:24:23 +0200 Subject: [Freeswitch-users] load module mod_callcenter In-Reply-To: <4C85EF55.9000006@luxortec.com> References: <4C85EF55.9000006@luxortec.com> Message-ID: <9f2a4019-a1a2-4c22-a6bf-c02049c49c62@winet.ch> Please send us the backtrace of the core dump or some more informations why it does crash (e.g. freeswitch console output). -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Ignasi Duran Gesendet: Dienstag, 7. September 2010 09:53 An: freeswitch-users at lists.freeswitch.org Betreff: [Freeswitch-users] load module mod_callcenter Hi, I have installed freeswitch on CentOS 5 and I have compiled module mod_callcenter but this not load. When I try to load with console mode or writing the file modules.conf.xml the freeswitch returned segment violation (core dumped). Somebody help me? Thanks. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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.ponzone at ipeva.fr Tue Sep 7 07:17:39 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 7 Sep 2010 16:17:39 +0200 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <0A863418-3CF1-4309-B378-AAC0F35D3026@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <4AF46462-7FE8-423F-AE60-2889DFEB0169@ipeva.fr> <0A863418-3CF1-4309-B378-AAC0F35D3026@ossiantelecom.co.uk> Message-ID: <058E70AE-8E53-4FFD-9C0A-1956C929C5D5@ipeva.fr> So you should first go back to regular SIP/RTP and see if the issue is still there. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 07/09/2010 ? 10:25, Ross McKillop a ?crit : > > On 7 Sep 2010, at 09:13, David Ponzone wrote: > >> for the record, FS needs 20 packets to auto-adjust to the real >> source IP:port of the RTP stream. >> So with a typical ptime of 20ms, that's 400ms before FS learns it, >> so before the audio works both ways. > > 400ms is a lot shorter than the 10s I'm experiencing at the moment ; ) > > I'll try some packet captures and see what it's doing - problem is > with SIP TLS it's harder to get anything meaningful out of > Wireshark's SIP functions. > > Ross > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/f5e38c3e/attachment.html From brian at freeswitch.org Tue Sep 7 07:23:13 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 10:23:13 -0400 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> Message-ID: <71AAD644-17D5-4AAC-B65D-A6CF1C94B695@freeswitch.org> The other fix is to tell your device to not lie about the ip/port in the SDP then it would never have to auto adj in the first place. /b On Sep 7, 2010, at 4:19 AM, Ross McKillop wrote: > > On 6 Sep 2010, at 14:33, David Ponzone wrote: > >> If it doesn't, it's probably because FS does not receive any RTP traffic from your phone. >> Perhaps your cellular network is doing "things" in order to prevent VoIP. > > That's strange - because connecting to Asterisk in the same way it seems to work instantly, but Asterisk doesn't support TLS which is needed for this application. > > The mobile network is 3 UK who have confirmed there's nothing in place to prevent it and they've got no issue with VoIP traffic. > > I shall contact the vendor of the softphone on the mobile device and see if they can offer any advice. > > Thanks, > > Ross From brian at freeswitch.org Tue Sep 7 07:28:59 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 10:28:59 -0400 Subject: [Freeswitch-users] load module mod_callcenter In-Reply-To: <4C85EF55.9000006@luxortec.com> References: <4C85EF55.9000006@luxortec.com> Message-ID: <361DFE07-28D8-4435-A4AF-49F5CE24A72E@freeswitch.org> You can open a jira for the project with the details. And the project lead will get emails about the issue. /b On Sep 7, 2010, at 3:52 AM, Ignasi Duran wrote: > Hi, > > I have installed freeswitch on CentOS 5 and I have compiled module > mod_callcenter but this not load. When I try to load with console mode > or writing the file modules.conf.xml the freeswitch returned segment > violation (core dumped). > > Somebody help me? > > Thanks. From brian at freeswitch.org Tue Sep 7 07:34:07 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 10:34:07 -0400 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> Message-ID: The other fix is to tell your device to not lie about the ip/port in the SDP then it would never have to auto adj in the first place. /b On Sep 7, 2010, at 4:19 AM, Ross McKillop wrote: > > On 6 Sep 2010, at 14:33, David Ponzone wrote: > >> If it doesn't, it's probably because FS does not receive any RTP traffic from your phone. >> Perhaps your cellular network is doing "things" in order to prevent VoIP. > > That's strange - because connecting to Asterisk in the same way it seems to work instantly, but Asterisk doesn't support TLS which is needed for this application. > > The mobile network is 3 UK who have confirmed there's nothing in place to prevent it and they've got no issue with VoIP traffic. > > I shall contact the vendor of the softphone on the mobile device and see if they can offer any advice. > > Thanks, > > Ross From freeswitch-list at puzzled.xs4all.nl Tue Sep 7 07:52:54 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 07 Sep 2010 16:52:54 +0200 Subject: [Freeswitch-users] New to the list In-Reply-To: References: Message-ID: <4C8651C6.7000103@puzzled.xs4all.nl> On 09/07/2010 04:13 AM, Jody Rudolph wrote: > Just wanted to introduce myself as I'm sure I'll be posting here often > looking for opinions. I have recently started a large project to create > a scalable, fault-tolerant, and entirely open source communications > platform and my intention is to use Freeswitch for the core of this > system. I'm really excited about what I have seen from Freeswitch so > far. I come from a big Asterisk background in the old days but have > spent the last 5 years in proprietary voice systems prison :) > > My main areas of focus right now are distributed call processing via > core-odbc (possibly memcached?) with load balancing and tight > integration with an openSER variant doing the balancing. I am hoping to > be able to use the SER (probably opensips) to handle registrations and > NAT traversal to keep the load from the core servers. I will post that > question in a different thread though. > > Also, I'm not much of a C programmer so core development is probably > out, but I would be happy to contribute to the project in any way I can > with testing, documentation, or script contribution. > > Thanks, > -Jody > Welcome Jody. FreeSWITCH is a great project with a wonderful Community. I recommend the FreeSWITCH book to get started. Obviously you have found your way to the mailing list. The #freeswitch channel on irc.freenode.net and the FreeSWITCH conference are also great places to discuss in real-time all things FreeSWITCH. And should you be willing to document your experiences setting up your project then the wiki is the place to go. Regards, Patrick From david.ponzone at ipeva.fr Tue Sep 7 07:44:30 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 7 Sep 2010 16:44:30 +0200 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> Message-ID: Please, Brian, don't post twice the same reply! :) :) :) David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 07/09/2010 ? 16:34, Brian West a ?crit : > The other fix is to tell your device to not lie about the ip/port in > the SDP then it would never have to auto adj in the first place. > > /b > > On Sep 7, 2010, at 4:19 AM, Ross McKillop wrote: > >> >> On 6 Sep 2010, at 14:33, David Ponzone wrote: >> >>> If it doesn't, it's probably because FS does not receive any RTP >>> traffic from your phone. >>> Perhaps your cellular network is doing "things" in order to >>> prevent VoIP. >> >> That's strange - because connecting to Asterisk in the same way it >> seems to work instantly, but Asterisk doesn't support TLS which is >> needed for this application. >> >> The mobile network is 3 UK who have confirmed there's nothing in >> place to prevent it and they've got no issue with VoIP traffic. >> >> I shall contact the vendor of the softphone on the mobile device >> and see if they can offer any advice. >> >> Thanks, >> >> Ross > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/66d83253/attachment-0001.html From anthony.minessale at gmail.com Tue Sep 7 07:57:37 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 09:57:37 -0500 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <4C86471E.7000604@coppice.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <4C86471E.7000604@coppice.org> Message-ID: our current position on iax is as follows; mod_iax is in the unsupported repo and already is probably not compiling due to recent changes to the core. The protocol exposed backwards incompatibilities that led to crashes so we no longer trust it in our codebase. We feel that in order to support IAX we either need to go with derek and opal or build a completely standalone robust IAX stack which is a much more complicated, expensive and almost academic of a solution at this juncture. On Tue, Sep 7, 2010 at 9:07 AM, Steve Underwood wrote: > ?On 09/07/2010 12:06 PM, Derek Smithies wrote: >> Hi, >> ?There is another solution. >> >> As discussed at Cluecon. >> There is most of the iax code available in the opal/ptlib libraries. >> >> Sure - opal&ptlib don't build in freeswitch - some issue about this >> was mentioned at cluecon this year. However, the build script in >> freeswitch (from when I last looked) uses a branch version of ptlib >> and trunk version of opal.. Not a good mix. Better to use the trunk >> revision of ptlib&opal -- where ptlib&opal come from the same SVN >> revision number. >> >> Ok - there needs to be an iax registrar put into the opal code - >> bounties anyone? and you never know - it would be quite doable.. >> >> The voip protocol side of iax is useful - and great for people to use >> when >> connecting from an unknown position to some server on the public >> internet. >> Sufficiently useful to make it worth using. > ?From an unknown position on the internet STUN usually works just fine. > The * people loving saying STUN is all very bad, but a recent exchange > on their mailing list seems to indicate none of them understand it. :-) > > If you like this media through the signalling server scheme, I have a > new car I think you'll love. Every trip it makes goes though the > forecourt of the dealer who supplied it. :-) > > Steve > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brian at freeswitch.org Tue Sep 7 08:11:23 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 11:11:23 -0400 Subject: [Freeswitch-users] switch_rtp.c - Auto Changing Port In-Reply-To: References: <7E45B06D-B0E8-41D7-B57A-AE22266B514A@ossiantelecom.co.uk> <77290C3C-B7E3-4FC7-892C-C2BEDBD0314F@ossiantelecom.co.uk> <9E331B3C-897B-4B0E-86EE-F600FD823847@ossiantelecom.co.uk> Message-ID: <5697D26A-275B-43D4-B360-5C3DECFE5310@freeswitch.org> I didn't... clearly something went wrong. :P /b On Sep 7, 2010, at 10:44 AM, David Ponzone wrote: > Please, Brian, don't post twice the same reply! :) :) :) From errotan at elder.hu Tue Sep 7 08:29:19 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Tue, 7 Sep 2010 17:29:19 +0200 Subject: [Freeswitch-users] Who Drops the Call - Caller or Callee In-Reply-To: <4C856B45.4070400@sns.eu> References: <4C856B45.4070400@sns.eu> Message-ID: <201009071729.19954.errotan@elder.hu> Use mod_xml_cdr and search for sip_hangup_disposition. Possible values: send_bye, recv_bye, send_refuse 2010. szeptember 7. 00:29:25 d?tummal Jan Riedinger az al?bbiakat ?rta: > How can I decide with the help of the CDR, if the caller or the callee > has dropped a call? My setup is writting CDR for the a- and the b-leg. > > Thank you in advance > Jan From covici at ccs.covici.com Tue Sep 7 08:30:24 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Tue, 07 Sep 2010 11:30:24 -0400 Subject: [Freeswitch-users] conference relate question Message-ID: <23051.1283873424@ccs.covici.com> HI. I thought I heard on a conference call -- possibly the vuc one -- that I could have one conference talk to only one or a group of them, without the other hearing them, but I can't find such a thing under mod_conference. I was looking at the relate command, but how would I use that to accomplish what I am trying to do? Thanks. -- 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 covici at ccs.covici.com Tue Sep 7 08:35:29 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Tue, 07 Sep 2010 11:35:29 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: <23422.1283873729@ccs.covici.com> But what idiot had the ip address in the data -- bad idea or so it seems to me. Brian West wrote: > Why is everyone dead set on using IAX? you know SIP works fine and can traverse NAT if you know how to set it up properly. > > /b > > On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: > > > Yuck. > > > > On 7 September 2010 02:56, Jeffrey Leung wrote: > > If you do really want to use IAX, there is a solution: Use Asterisk as > > an IAX protocol translator and have it to forward all the calls via > > SIP to Freeswitch. > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Tue Sep 7 08:42:21 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 11:42:21 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <23422.1283873729@ccs.covici.com> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> <23422.1283873729@ccs.covici.com> Message-ID: <9366ABA6-0FE5-419B-9ED8-FCF57A3101ED@freeswitch.org> The same idiot that put the IP in the UDP header? /b On Sep 7, 2010, at 11:35 AM, covici at ccs.covici.com wrote: > But what idiot had the ip address in the data -- bad idea or so it seems > to me. > > Brian West wrote: > >> Why is everyone dead set on using IAX? you know SIP works fine and can traverse NAT if you know how to set it up properly. >> >> /b -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/c15f4e84/attachment.html From brian at freeswitch.org Tue Sep 7 08:43:06 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 11:43:06 -0400 Subject: [Freeswitch-users] conference relate question In-Reply-To: <23051.1283873424@ccs.covici.com> References: <23051.1283873424@ccs.covici.com> Message-ID: conference relate /b On Sep 7, 2010, at 11:30 AM, covici at ccs.covici.com wrote: > HI. I thought I heard on a conference call -- possibly the vuc one -- > that I could have one conference talk to only one or a group of them, > without the other hearing them, but I can't find such a thing under > mod_conference. I was looking at the relate command, but how would I use > that to accomplish what I am trying to do? > > Thanks. From freeswitch-list at puzzled.xs4all.nl Tue Sep 7 08:48:00 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 07 Sep 2010 17:48:00 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: <4C865EB0.4010006@puzzled.xs4all.nl> Hi Derek, On 09/07/2010 12:42 PM, Derek Smithies wrote: > Hi, > the file build/buildopal.sh is "wrong". [snip] > See - it uses a branch version of opal, and a trunk version of ptlib. > > Please, change it to use the same SVN revision number of trunk. I have mod_opal enabled by default in my fs build building against ptlib 2.8.2 and opal 3.8.2. The module builds and loads fine although I have not done anything with it yet. Can you please confirm that I should be using similar svn trunk revs for ptlib and opal instead or does ptlib 2.8.2 and opal 3.8.2 suffice. Thanks! Patrick From freeswitch-list at puzzled.xs4all.nl Tue Sep 7 08:49:53 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 07 Sep 2010 17:49:53 +0200 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: <4C865F21.6030800@puzzled.xs4all.nl> On 09/07/2010 02:33 PM, Nyamul Hassan wrote: > Another scenario is, in countries where regular SIP / H323 is blocked, > IAX is mostly not so, and therefore helps. > > I personally prefer to work with H323 / SIP. But, ground realities are > a bit different at times. In that case why not use an openvpn link? Regards, Patrick From anthony.minessale at gmail.com Tue Sep 7 08:58:43 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 10:58:43 -0500 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: yah that's a limitation of jingle. There is no notion of proceeding and answered etc in jingle. There is just connect and accept and so you can get this when the google side has a problem and never know why. On Mon, Sep 6, 2010 at 9:07 PM, stephen at stephenjc wrote: > I have the same problem with the calling coming in but the land line > still ringing. I have a JIRA issue open with logs and a packet > capture. > > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > > > > > On Mon, Sep 6, 2010 at 7:14 PM, jesse wrote: >> maybe my freeswitch was running in non-root account. After >> re-installation of FS as root and now I was able to dial out via GV. >> >> issue for dial-in by call GV number: extension 1000 is ringing, answer >> the call in x-lite client, land-line phone side still hears ringing >> sound, then shortly the call get disconnect >> >> -jesse >> >> >> On Mon, Sep 6, 2010 at 3:15 PM, jesse wrote: >>> followed the instructions , but always get unconnected status: >>> >>> freeswitch at kmdb> dingaling status >>> >>> --DingaLing status-- >>> login ? | ? ? ? connected >>> xxxx at gmail.com/talk ? ? ? | ? ? ? UNCONNECTED >>> >>> I am sure user name and password is correct. >>> >>> >>> On Fri, Sep 3, 2010 at 6:05 PM, Michael Collins wrote: >>>> Hello all! >>>> >>>> Tony is at it again. He's added the ability to have incoming calls from a GV >>>> account go to your FreeSWITCH system! I've added some instructions on this >>>> page: >>>> >>>> http://wiki.freeswitch.org/wiki/Google_Voice >>>> >>>> I need people who have GV accounts to test this out. You'll need to install >>>> gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to >>>> load gnutls and then rebuild mod_dingaling. >>>> >>>> Please test out and give me your feedback. I can consistently make outbound >>>> calls but inbound calls have been hit and miss for me. (I think I have a >>>> network issue which is why I want some others to try things out.) Please let >>>> me know how if you are able to make it work. If you have improvements to the >>>> docs then by all means add them. >>>> >>>> When I get this all polished off I will blast it out over the 'Net. :) >>>> >>>> Thanks! >>>> >>>> -Michael >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Tue Sep 7 09:11:34 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 11:11:34 -0500 Subject: [Freeswitch-users] extension-in-contact problem In-Reply-To: <1283864581.13222.74.camel@luna.tc.commsmundi.com> References: <1283863759.13222.69.camel@luna.tc.commsmundi.com> <1283864581.13222.74.camel@luna.tc.commsmundi.com> Message-ID: as you suspected that parameter breaks this feature. The parameter only exists as a crutch to support some broken providers. if you remove the gw+ you are reliant on the gw= in the params. We try 2 ways to tie it back. See, in SIP you are supposed to be able to say anything you want in your contact header and have it mirrored back to you for any calls you receive and many providers either A) make you use a specific extension, B) strip the params or C) both. Did you look at the sip traffic to see if they are mirroring back the gw= in the invite? that is the only case there may be a bug. On Tue, Sep 7, 2010 at 8:03 AM, Fran?ois Delawarde wrote: > Hello again, > > I found the corresponding code for gateway identification in > "sofia_handle_sip_i_invite" of sofia.c, it is supposed to fetch the > gateway using "gw=" if the url does not contain "gw+": > > if (sip->sip_request->rq_url->url_params) { > ? ? ? ?gw_name = sofia_glue_find_parameter(sip->sip_request->rq_url->url_params, "gw="); > } > > if (strstr(destination_number, "gw+")) { > ? ? ? ?gw_name = destination_number + 3; > } > > > The first part apparently does not work (for me at least), and I have > tried with different gateway names (in case it didn't accept > underscores) with no success. > > Is this a real bug I should put in Jira or am I doing something wrong > (again...)? > > Thanks, > Fran?ois. > > > > > On Tue, 2010-09-07 at 14:49 +0200, Fran?ois Delawarde wrote: >> Hi, >> >> I noticed that when I set the "extension-in-contact" parameter to "true" >> in my gateway, the gateway is not identified when receiving an incoming >> call, and all calls are redirected to the profile's default context >> instead of the gateway's configured context. >> >> Is this a normal/expected behavior? >> >> >> >> In my sofia.conf.xml profile I have: >> >> ? >> ? >> ? >> ? ... >> >> >> >> And incoming calls are received with the extension-in-contact being >> "true": >> >> INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 >> >> Instead of: >> >> INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 >> >> >> Thanks, >> Fran?ois. >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From riedinger at sns.eu Tue Sep 7 09:14:53 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Tue, 07 Sep 2010 18:14:53 +0200 Subject: [Freeswitch-users] Who Drops the Call - Caller or Callee In-Reply-To: <201009071729.19954.errotan@elder.hu> References: <4C856B45.4070400@sns.eu> <201009071729.19954.errotan@elder.hu> Message-ID: <4C8664FD.5030602@sns.eu> Hi Pusk?s! Thank you very much for the hint, I the variable is available for mod_cdr_csv as well. BR Jan Am 07.09.2010 17:29, schrieb Pusk?s Zsolt: > Use mod_xml_cdr and search for sip_hangup_disposition. > Possible values: send_bye, recv_bye, send_refuse > > > 2010. szeptember 7. 00:29:25 d?tummal Jan Riedinger az al?bbiakat ?rta: >> How can I decide with the help of the CDR, if the caller or the callee >> has dropped a call? My setup is writting CDR for the a- and the b-leg. >> >> Thank you in advance >> Jan > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From fdelawarde at wirelessmundi.com Tue Sep 7 09:29:29 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Tue, 07 Sep 2010 18:29:29 +0200 Subject: [Freeswitch-users] extension-in-contact problem In-Reply-To: References: <1283863759.13222.69.camel@luna.tc.commsmundi.com> <1283864581.13222.74.camel@luna.tc.commsmundi.com> Message-ID: <1283876969.13222.89.camel@luna.tc.commsmundi.com> Hi Anthony, My objective was just to test that feature in case it could come handy with broken providers as you mention. Looking at SIP traffic, the contact is mirrored correctly, as the "gw=" parameter is present in both cases: - without "extension-in-contact": INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 - with "extension-in-contact": INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 So there might be a bug in "sofia_glue_find_parameter" (also used in other parts of sofia.c), as it doesn't seem to find the "gw=" that is present in the siptrace. Tell me if I should add a Jira issue. Thanks, Fran?ois. On Tue, 2010-09-07 at 11:11 -0500, Anthony Minessale wrote: > as you suspected that parameter breaks this feature. The parameter > only exists as a crutch to support some broken providers. > if you remove the gw+ you are reliant on the gw= in the params. We > try 2 ways to tie it back. > > See, in SIP you are supposed to be able to say anything you want in > your contact header and have it mirrored back to you for any calls you > receive and many providers either A) make you use a specific > extension, B) strip the params or C) both. > > Did you look at the sip traffic to see if they are mirroring back the > gw= in the invite? that is the only case there may be a bug. > > > On Tue, Sep 7, 2010 at 8:03 AM, Fran?ois Delawarde > wrote: > > Hello again, > > > > I found the corresponding code for gateway identification in > > "sofia_handle_sip_i_invite" of sofia.c, it is supposed to fetch the > > gateway using "gw=" if the url does not contain "gw+": > > > > if (sip->sip_request->rq_url->url_params) { > > gw_name = sofia_glue_find_parameter(sip->sip_request->rq_url->url_params, "gw="); > > } > > > > if (strstr(destination_number, "gw+")) { > > gw_name = destination_number + 3; > > } > > > > > > The first part apparently does not work (for me at least), and I have > > tried with different gateway names (in case it didn't accept > > underscores) with no success. > > > > Is this a real bug I should put in Jira or am I doing something wrong > > (again...)? > > > > Thanks, > > Fran?ois. > > > > > > > > > > On Tue, 2010-09-07 at 14:49 +0200, Fran?ois Delawarde wrote: > >> Hi, > >> > >> I noticed that when I set the "extension-in-contact" parameter to "true" > >> in my gateway, the gateway is not identified when receiving an incoming > >> call, and all calls are redirected to the profile's default context > >> instead of the gateway's configured context. > >> > >> Is this a normal/expected behavior? > >> > >> > >> > >> In my sofia.conf.xml profile I have: > >> > >> > >> > >> > >> ... > >> > >> > >> > >> And incoming calls are received with the extension-in-contact being > >> "true": > >> > >> INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > >> > >> Instead of: > >> > >> INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > >> > >> > >> Thanks, > >> Fran?ois. > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 Tue Sep 7 09:49:01 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Tue, 07 Sep 2010 12:49:01 -0400 Subject: [Freeswitch-users] conference relate question In-Reply-To: References: <23051.1283873424@ccs.covici.com> Message-ID: <25424.1283878141@ccs.covici.com> The description does not seem to indicate what I would like to do -- say user 1 only wants to talk to user 2 and there are 10 other users, what would the conference relate command be? Sorry to be ignorant. Brian West wrote: > conference relate > > /b > > On Sep 7, 2010, at 11:30 AM, covici at ccs.covici.com wrote: > > > HI. I thought I heard on a conference call -- possibly the vuc one -- > > that I could have one conference talk to only one or a group of them, > > without the other hearing them, but I can't find such a thing under > > mod_conference. I was looking at the relate command, but how would I use > > that to accomplish what I am trying to do? > > > > Thanks. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Tue Sep 7 09:59:40 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 11:59:40 -0500 Subject: [Freeswitch-users] extension-in-contact problem In-Reply-To: <1283876969.13222.89.camel@luna.tc.commsmundi.com> References: <1283863759.13222.69.camel@luna.tc.commsmundi.com> <1283864581.13222.74.camel@luna.tc.commsmundi.com> <1283876969.13222.89.camel@luna.tc.commsmundi.com> Message-ID: yes indeed. if you can see the sip trace with gw= in the invite, please add that as a jira for mod_sofia with the trace from console loglevel debug with siptrace on from the cli "sofia profile internal siptrace on" On Tue, Sep 7, 2010 at 11:29 AM, Fran?ois Delawarde wrote: > Hi Anthony, > > My objective was just to test that feature in case it could come handy > with broken providers as you mention. > > Looking at SIP traffic, the contact is mirrored correctly, as the "gw=" > parameter is present in both cases: > > - without "extension-in-contact": > INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > - with "extension-in-contact": > INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > > So there might be a bug in "sofia_glue_find_parameter" (also used in > other parts of sofia.c), as it doesn't seem to find the "gw=" that is > present in the siptrace. > > Tell me if I should add a Jira issue. > > Thanks, > Fran?ois. > > > > > On Tue, 2010-09-07 at 11:11 -0500, Anthony Minessale wrote: >> as you suspected that parameter breaks this feature. ?The parameter >> only exists as a crutch to support some broken providers. >> if you remove the gw+ you are reliant on the gw= in the params. ?We >> try 2 ways to tie it back. >> >> See, in SIP you are supposed to be able to say anything you want in >> your contact header and have it mirrored back to you for any calls you >> receive and many providers either A) make you use a specific >> extension, B) strip the params or C) both. >> >> Did you look at the sip traffic to see if they are mirroring back the >> gw= in the invite? that is the only case there may be a bug. >> >> >> On Tue, Sep 7, 2010 at 8:03 AM, Fran?ois Delawarde >> wrote: >> > Hello again, >> > >> > I found the corresponding code for gateway identification in >> > "sofia_handle_sip_i_invite" of sofia.c, it is supposed to fetch the >> > gateway using "gw=" if the url does not contain "gw+": >> > >> > if (sip->sip_request->rq_url->url_params) { >> > ? ? ? ?gw_name = sofia_glue_find_parameter(sip->sip_request->rq_url->url_params, "gw="); >> > } >> > >> > if (strstr(destination_number, "gw+")) { >> > ? ? ? ?gw_name = destination_number + 3; >> > } >> > >> > >> > The first part apparently does not work (for me at least), and I have >> > tried with different gateway names (in case it didn't accept >> > underscores) with no success. >> > >> > Is this a real bug I should put in Jira or am I doing something wrong >> > (again...)? >> > >> > Thanks, >> > Fran?ois. >> > >> > >> > >> > >> > On Tue, 2010-09-07 at 14:49 +0200, Fran?ois Delawarde wrote: >> >> Hi, >> >> >> >> I noticed that when I set the "extension-in-contact" parameter to "true" >> >> in my gateway, the gateway is not identified when receiving an incoming >> >> call, and all calls are redirected to the profile's default context >> >> instead of the gateway's configured context. >> >> >> >> Is this a normal/expected behavior? >> >> >> >> >> >> >> >> In my sofia.conf.xml profile I have: >> >> >> >> ? >> >> ? >> >> ? >> >> ? ... >> >> >> >> >> >> >> >> And incoming calls are received with the extension-in-contact being >> >> "true": >> >> >> >> INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 >> >> >> >> Instead of: >> >> >> >> INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 >> >> >> >> >> >> Thanks, >> >> Fran?ois. >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From Nabble at slickdeals.endjunk.com Tue Sep 7 10:03:14 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 7 Sep 2010 10:03:14 -0700 (PDT) Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls Message-ID: <1283878994875-5507344.post@n2.nabble.com> Referring to this http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5498995.html post , I quoted below the links to the patches as shown below. mercutioviz wrote: > Outbound gmail/goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 > > Inbound goog voice: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 OK. Now, I can see the above link with no problems. I can even apply the 1st two patches for outbound gmail/google voice on my local freeswitch-1.0.6 source. However, I am having problem to follow the last patch for the inbound google voice to patch src/mod/endpoints/mod_dingaling/mod_dingaling.c file. When I tried to patch the src/mod/endpoints/mod_dingaling/mod_dingaling.c file, I got the following error messages: [mazilo at Mi:/opt/tmp/freeswitch-1.0.6 98%] ~ patch -p0 < ../mod_dingaling.patch patching file src/mod/endpoints/mod_dingaling/mod_dingaling.c Hunk #1 FAILED at 1002. Hunk #2 succeeded at 2964 (offset -16 lines). Hunk #3 succeeded at 3011 (offset -16 lines). Hunk #4 succeeded at 3051 (offset -16 lines). Hunk #5 succeeded at 3083 (offset -16 lines). Hunk #6 succeeded at 3229 (offset -21 lines). Hunk #7 succeeded at 3259 (offset -21 lines). Hunk #8 succeeded at 3276 (offset -21 lines). Hunk #9 succeeded at 3319 (offset -21 lines). 1 out of 9 hunks FAILED -- saving rejects to file src/mod/endpoints/mod_dingaling/mod_dingaling.c.rej [mazilo at Mi:/opt/tmp/freeswitch-1.0.6 99%] ~ Here is the Hunk #1 code: diff -u -N -rba0a2a32ba29d19cbb21f17ad31b42a093398d7d -r4ee68141d794dd4a296792e0b81c5a20a95d5d89 --- src/mod/endpoints/mod_dingaling/mod_dingaling.c (.../mod_dingaling.c) (revision ba0a2a32ba29d19cbb21f17ad31b42a093398d7d) +++ src/mod/endpoints/mod_dingaling/mod_dingaling.c (.../mod_dingaling.c) (revision 4ee68141d794dd4a296792e0b81c5a20a95d5d89) @@ -1002,7 +1002,7 @@ switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session), SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, cand[0].port, cand[0].username); - if (ldl_session_gateway(tech_pvt->dlsession)) { + if (ldl_session_gateway(tech_pvt->dlsession) && switch_test_flag(tech_pvt, TFLAG_OUTBOUND)) { tech_pvt->cand_id = ldl_session_transport(tech_pvt->dlsession, cand, 1); } else { tech_pvt->cand_id = ldl_session_candidates(tech_pvt->dlsession, cand, 1); The following will show the corresponding section (Hunk #1) from my src/mod/endpoints/mod_dingaling/mod_dingaling.c file that failed to patch: 1001 cand[0].protocol = "udp"; 1002 switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session) , SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, cand[0].por t, 1003 cand[0].username); 1004 tech_pvt->cand_id = ldl_session_candidates(tech_pvt->dlsession, cand, 1); 1005 switch_set_flag_locked(tech_pvt, TFLAG_TRANSPORT); 1006 switch_set_flag_locked(tech_pvt, TFLAG_RTP_READY); 1007 } 1008 switch_clear_flag_locked(tech_pvt, TFLAG_DO_CAND); 1009 return 1; 1010 } 1011 1012 static char *lame(char *in) 1013 { 1014 if (!strncasecmp(in, "ilbc", 4)) { 1015 return "iLBC"; 1016 } else { Here is the corresponding rejection src/mod/endpoints/mod_dingaling/mod_dingaling.c.rej file: --- src/mod/endpoints/mod_dingaling/mod_dingaling.c (.../mod_dingaling.c) (revision ba0a2a32ba29d19cbb21f17ad31b42a093398d7d) +++ src/mod/endpoints/mod_dingaling/mod_dingaling.c (.../mod_dingaling.c) (revision 4ee68141d794dd4a296792e0b81c5a20a95d5d89) @@ -1002,7 +1002,7 @@ switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session), SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, cand[0].port, cand[0].username); - if (ldl_session_gateway(tech_pvt->dlsession)) { + if (ldl_session_gateway(tech_pvt->dlsession) && switch_test_flag(tech_pvt, TFLAG_OUTBOUND)) { tech_pvt->cand_id = ldl_session_transport(tech_pvt->dlsession, cand, 1); } else { tech_pvt->cand_id = ldl_session_candidates(tech_pvt->dlsession, cand, 1); I am no programmer, so I wouldn't know if the above rejection will cause any harm. If so, I sure would like some advice here to proceed. Thanks. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Failed-to-patch-FS-v1-0-6-with-Gmail-Google-support-for-inbound-calls-tp5507344p5507344.html Sent from the freeswitch-users mailing list archive at Nabble.com. From anthony.minessale at gmail.com Tue Sep 7 10:11:19 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 12:11:19 -0500 Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls In-Reply-To: <1283878994875-5507344.post@n2.nabble.com> References: <1283878994875-5507344.post@n2.nabble.com> Message-ID: you would be daft to prefer 1.0.6 over the latest GIT HEAD. we are essentially holding our hand over the button on 1.0.7 with 1200+ fixes. On Tue, Sep 7, 2010 at 12:03 PM, mazilo wrote: > > Referring to this > http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5498995.html > post , I quoted below the links to the patches as shown below. > > mercutioviz wrote: >> Outbound gmail/goog voice: >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=ba0a2a32ba29d19cbb21f17ad31b42a093398d7d >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=9af30563e29bc250d2ef75d06e593774811e4699 >> >> Inbound goog voice: >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=4ee68141d794dd4a296792e0b81c5a20a95d5d89 > OK. Now, I can see the above link with no problems. I can even apply the 1st > two patches for outbound gmail/google voice on my local freeswitch-1.0.6 > source. However, I am having problem to follow the last patch for the > inbound google voice to patch > src/mod/endpoints/mod_dingaling/mod_dingaling.c file. When I tried to patch > the src/mod/endpoints/mod_dingaling/mod_dingaling.c file, I got the > following error messages: > > [mazilo at Mi:/opt/tmp/freeswitch-1.0.6 98%] ~ patch -p0 < > ../mod_dingaling.patch > patching file src/mod/endpoints/mod_dingaling/mod_dingaling.c > Hunk #1 FAILED at 1002. > Hunk #2 succeeded at 2964 (offset -16 lines). > Hunk #3 succeeded at 3011 (offset -16 lines). > Hunk #4 succeeded at 3051 (offset -16 lines). > Hunk #5 succeeded at 3083 (offset -16 lines). > Hunk #6 succeeded at 3229 (offset -21 lines). > Hunk #7 succeeded at 3259 (offset -21 lines). > Hunk #8 succeeded at 3276 (offset -21 lines). > Hunk #9 succeeded at 3319 (offset -21 lines). > 1 out of 9 hunks FAILED -- saving rejects to file > src/mod/endpoints/mod_dingaling/mod_dingaling.c.rej > [mazilo at Mi:/opt/tmp/freeswitch-1.0.6 99%] ~ > Here is the Hunk #1 code: > diff -u -N -rba0a2a32ba29d19cbb21f17ad31b42a093398d7d > -r4ee68141d794dd4a296792e0b81c5a20a95d5d89 > --- src/mod/endpoints/mod_dingaling/mod_dingaling.c > (.../mod_dingaling.c) ? (revision ba0a2a32ba29d19cbb21f17ad31b42a093398d7d) > +++ src/mod/endpoints/mod_dingaling/mod_dingaling.c > (.../mod_dingaling.c) ? (revision 4ee68141d794dd4a296792e0b81c5a20a95d5d89) > @@ -1002,7 +1002,7 @@ > > switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session), > SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, > cand[0].port, > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?cand[0].username); > > - ? ? ? ? ? ? ? if (ldl_session_gateway(tech_pvt->dlsession)) { > + ? ? ? ? ? ? ? if (ldl_session_gateway(tech_pvt->dlsession) && > switch_test_flag(tech_pvt, TFLAG_OUTBOUND)) { > ? ? ? ? ? ? ? ? ? ? ? ?tech_pvt->cand_id = > ldl_session_transport(tech_pvt->dlsession, cand, 1); > ? ? ? ? ? ? ? ?} else { > ? ? ? ? ? ? ? ? ? ? ? ?tech_pvt->cand_id = > ldl_session_candidates(tech_pvt->dlsession, cand, 1); > The following will show the corresponding section (Hunk #1) from my > src/mod/endpoints/mod_dingaling/mod_dingaling.c file that failed to patch: > 1001 ? ? ? ? ? ? ? ? cand[0].protocol = "udp"; > 1002 > switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session) ? ? , > SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, > cand[0].por ? ? t, > 1003 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? cand[0].username); > 1004 ? ? ? ? ? ? ? ? tech_pvt->cand_id = > ldl_session_candidates(tech_pvt->dlsession, ? ? ?cand, 1); > 1005 ? ? ? ? ? ? ? ? switch_set_flag_locked(tech_pvt, TFLAG_TRANSPORT); > 1006 ? ? ? ? ? ? ? ? switch_set_flag_locked(tech_pvt, TFLAG_RTP_READY); > 1007 ? ? ? ? } > 1008 ? ? ? ? switch_clear_flag_locked(tech_pvt, TFLAG_DO_CAND); > 1009 ? ? ? ? return 1; > 1010 } > 1011 > 1012 static char *lame(char *in) > 1013 { > 1014 ? ? ? ? if (!strncasecmp(in, "ilbc", 4)) { > 1015 ? ? ? ? ? ? ? ? return "iLBC"; > 1016 ? ? ? ? } else { > Here is the corresponding rejection > src/mod/endpoints/mod_dingaling/mod_dingaling.c.rej file: > --- src/mod/endpoints/mod_dingaling/mod_dingaling.c > (.../mod_dingaling.c) ? (revision ba0a2a32ba29d19cbb21f17ad31b42a093398d7d) > +++ src/mod/endpoints/mod_dingaling/mod_dingaling.c > (.../mod_dingaling.c) ? (revision 4ee68141d794dd4a296792e0b81c5a20a95d5d89) > @@ -1002,7 +1002,7 @@ > > switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(tech_pvt->session), > SWITCH_LOG_DEBUG, "Send Candidate %s:%d [%s]\n", cand[0].address, > cand[0].port, > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?cand[0].username); > > - ? ? ? ? ? ? ? if (ldl_session_gateway(tech_pvt->dlsession)) { > + ? ? ? ? ? ? ? if (ldl_session_gateway(tech_pvt->dlsession) && > switch_test_flag(tech_pvt, TFLAG_OUTBOUND)) { > ? ? ? ? ? ? ? ? ? ? ? ?tech_pvt->cand_id = > ldl_session_transport(tech_pvt->dlsession, cand, 1); > ? ? ? ? ? ? ? ?} else { > ? ? ? ? ? ? ? ? ? ? ? ?tech_pvt->cand_id = > ldl_session_candidates(tech_pvt->dlsession, cand, 1); > I am no programmer, so I wouldn't know if the above rejection will cause any > harm. If so, I sure would like some advice here to proceed. > > Thanks. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Failed-to-patch-FS-v1-0-6-with-Gmail-Google-support-for-inbound-calls-tp5507344p5507344.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From acosgrov at gmail.com Tue Sep 7 10:14:19 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Tue, 07 Sep 2010 13:14:19 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: Message-ID: <1283879659.15483.3.camel@acosgrove-desktop> On another note, GV is expecting you to press 1 to take the call or 2 to send to voicemail. It seems the minute FS accepts the call whether or not you have answered the channel GV is expecting that input. To test this I directed a jingle call directly to one of my registered extensions. After picking up the call I heard the tail end of the announcement. Sometimes I'd get silence but after pressing 1 the call would bridge. Anthony C. On Tue, 2010-09-07 at 10:58 -0500, Anthony Minessale wrote: > yah that's a limitation of jingle. > There is no notion of proceeding and answered etc in jingle. > There is just connect and accept and so you can get this when the > google side has a problem and never know why. > > > On Mon, Sep 6, 2010 at 9:07 PM, stephen at stephenjc > wrote: > > I have the same problem with the calling coming in but the land line > > still ringing. I have a JIRA issue open with logs and a packet > > capture. > > > > > > Thanks, > > Stephen C > > -All of my email addresses go to the same place > > -Save Paper, think before you print > > > > > > > > > > On Mon, Sep 6, 2010 at 7:14 PM, jesse wrote: > >> maybe my freeswitch was running in non-root account. After > >> re-installation of FS as root and now I was able to dial out via GV. > >> > >> issue for dial-in by call GV number: extension 1000 is ringing, answer > >> the call in x-lite client, land-line phone side still hears ringing > >> sound, then shortly the call get disconnect > >> > >> -jesse > >> > >> > >> On Mon, Sep 6, 2010 at 3:15 PM, jesse wrote: > >>> followed the instructions , but always get unconnected status: > >>> > >>> freeswitch at kmdb> dingaling status > >>> > >>> --DingaLing status-- > >>> login | connected > >>> xxxx at gmail.com/talk | UNCONNECTED > >>> > >>> I am sure user name and password is correct. > >>> > >>> > >>> On Fri, Sep 3, 2010 at 6:05 PM, Michael Collins wrote: > >>>> Hello all! > >>>> > >>>> Tony is at it again. He's added the ability to have incoming calls from a GV > >>>> account go to your FreeSWITCH system! I've added some instructions on this > >>>> page: > >>>> > >>>> http://wiki.freeswitch.org/wiki/Google_Voice > >>>> > >>>> I need people who have GV accounts to test this out. You'll need to install > >>>> gnutls and gnutls-devel in order to use mod_dingaling for this. Be sure to > >>>> load gnutls and then rebuild mod_dingaling. > >>>> > >>>> Please test out and give me your feedback. I can consistently make outbound > >>>> calls but inbound calls have been hit and miss for me. (I think I have a > >>>> network issue which is why I want some others to try things out.) Please let > >>>> me know how if you are able to make it work. If you have improvements to the > >>>> docs then by all means add them. > >>>> > >>>> When I get this all polished off I will blast it out over the 'Net. :) > >>>> > >>>> Thanks! > >>>> > >>>> -Michael > >>>> > >>>> _______________________________________________ > >>>> FreeSWITCH-users mailing list > >>>> FreeSWITCH-users at lists.freeswitch.org > >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>>> http://www.freeswitch.org > >>>> > >>>> > >>> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 Tue Sep 7 10:09:01 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 13:09:01 -0400 Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls In-Reply-To: <1283878994875-5507344.post@n2.nabble.com> References: <1283878994875-5507344.post@n2.nabble.com> Message-ID: <46DA32D1-F861-4A92-8A4F-EBD5F6AEAB19@freeswitch.org> Download GIT head and run it. /b On Sep 7, 2010, at 1:03 PM, mazilo wrote: > > Referring to this > http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5498995.html > post , I quoted below the links to the patches as shown below. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/a9c7aeba/attachment.html From brian at freeswitch.org Tue Sep 7 10:22:24 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Sep 2010 13:22:24 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: <1283879659.15483.3.camel@acosgrove-desktop> References: <1283879659.15483.3.camel@acosgrove-desktop> Message-ID: <65BD6521-A29B-491A-A663-FCD31BD472AA@freeswitch.org> Um this works on my polycom... I press 1 to accept and it connects the call. So I know that works fine. /b On Sep 7, 2010, at 1:14 PM, Anthony Cosgrove wrote: > On another note, GV is expecting you to press 1 to take the call or 2 to > send to voicemail. It seems the minute FS accepts the call whether or > not you have answered the channel GV is expecting that input. To test > this I directed a jingle call directly to one of my registered > extensions. After picking up the call I heard the tail end of the > announcement. Sometimes I'd get silence but after pressing 1 the call > would bridge. > > Anthony C. From msc at freeswitch.org Tue Sep 7 10:35:56 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 10:35:56 -0700 Subject: [Freeswitch-users] Who Drops the Call - Caller or Callee In-Reply-To: <4C8664FD.5030602@sns.eu> References: <4C856B45.4070400@sns.eu> <201009071729.19954.errotan@elder.hu> <4C8664FD.5030602@sns.eu> Message-ID: On Tue, Sep 7, 2010 at 9:14 AM, Jan Riedinger wrote: > Hi Pusk?s! > > Thank you very much for the hint, I the variable is available for > mod_cdr_csv as well. > Yes, but you need to modify your CDR template in conf/autoload_configs/cdr_csv.conf.xml and explicitly add that variable. You might want to decide what other variables you need in the CDR and add them all at once so that you don't have to keep making changes. The other alternative is to use XML CDRs which will always have a copy of every channel var. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/dca8e21d/attachment.html From msc at freeswitch.org Tue Sep 7 10:29:09 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 10:29:09 -0700 Subject: [Freeswitch-users] New to the list In-Reply-To: References: Message-ID: Welcome aboard! We hope everything works well. BTW, Bogdan of the OpenSIPS project is a great friend of FreeSWITCH and he knows all about scaling and integrating FS and OpenSIPS. Check him out at ClueCon 2009: http://www.viddler.com/explore/cluecon/videos/25/ Also, don't forget that Packt Publishing has books on both FreeSWITCH and OpenSIPS to help get you up and running. -MC On Mon, Sep 6, 2010 at 7:13 PM, Jody Rudolph wrote: > Just wanted to introduce myself as I'm sure I'll be posting here often > looking for opinions. I have recently started a large project to create a > scalable, fault-tolerant, and entirely open source communications platform > and my intention is to use Freeswitch for the core of this system. I'm > really excited about what I have seen from Freeswitch so far. I come from a > big Asterisk background in the old days but have spent the last 5 years in > proprietary voice systems prison :) > > My main areas of focus right now are distributed call processing via > core-odbc (possibly memcached?) with load balancing and tight integration > with an openSER variant doing the balancing. I am hoping to be able to use > the SER (probably opensips) to handle registrations and NAT traversal to > keep the load from the core servers. I will post that question in a > different thread though. > > Also, I'm not much of a C programmer so core development is probably out, > but I would be happy to contribute to the project in any way I can with > testing, documentation, or script contribution. > > Thanks, > -Jody > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/9646542b/attachment-0001.html From ignasi.duran at luxortec.com Tue Sep 7 10:28:00 2010 From: ignasi.duran at luxortec.com (Ignasi Duran) Date: Tue, 07 Sep 2010 19:28:00 +0200 Subject: [Freeswitch-users] load module mod_callcenter In-Reply-To: <9f2a4019-a1a2-4c22-a6bf-c02049c49c62@winet.ch> References: <4C85EF55.9000006@luxortec.com> <9f2a4019-a1a2-4c22-a6bf-c02049c49c62@winet.ch> Message-ID: <4C867620.9050109@luxortec.com> System crash while reading the odbc-dsn param line from the file callcenter.conf.xml. When that line is commented the module load fully but if uncommented the system crash in that precise spot with a core dump. config odbc.ini: [freeswitch_odbc] Driver=MySQL SERVER=localhost PORT=3306 DATABASE=freeswitch Socket = /var/lib/mysql/mysql.sock User=**** Password=**** config odbcinst.ini: [MySQL] Description = ODBC for MySQL Driver = /usr/lib64/libmyodbc3.so Setup = /usr/lib64/libodbcmyS.so FileUsage = 1 I've tested this ini file with MySQL, and this configuration works fine. Thanks in advance. > Please send us the backtrace of the core dump or some more informations why it does crash (e.g. freeswitch console output). > > -----Urspr?ngliche Nachricht----- > Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Ignasi Duran > Gesendet: Dienstag, 7. September 2010 09:53 > An: freeswitch-users at lists.freeswitch.org > Betreff: [Freeswitch-users] load module mod_callcenter > > Hi, > > I have installed freeswitch on CentOS 5 and I have compiled module > mod_callcenter but this not load. When I try to load with console mode > or writing the file modules.conf.xml the freeswitch returned segment > violation (core dumped). > > Somebody help me? > > Thanks. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/88b3608a/attachment.html From Nabble at slickdeals.endjunk.com Tue Sep 7 11:24:39 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 7 Sep 2010 11:24:39 -0700 (PDT) Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls In-Reply-To: References: <1283878994875-5507344.post@n2.nabble.com> Message-ID: <1283883879989-5507664.post@n2.nabble.com> Anthony Minessale wrote: > > you would be daft to prefer 1.0.6 over the latest GIT HEAD. It is not my preference to choose one version over the other. I am using FS v1.0.6 hosted on a Seagate http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/ DockStar device running an OpenWRT OS. Since FS v1.0.6 can be cleanly compiled out of the box and is currently the only version supported, it is the ONLY choise I have in order to avoid messes in compilation of a newer version. we are essentially holding our hand over the button on 1.0.7 with 1200+ fixes. I can wait for this when it is out and when it gets supported by OpenWRT. Until then, I sure would like to know if anyone out here is willing to help to patch the support for GMail/Google Chat on FS v1.0.6. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Failed-to-patch-FS-v1-0-6-with-Gmail-Google-support-for-inbound-calls-tp5507344p5507664.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Tue Sep 7 11:29:36 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 7 Sep 2010 11:29:36 -0700 (PDT) Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: <1283879659.15483.3.camel@acosgrove-desktop> References: <1283879659.15483.3.camel@acosgrove-desktop> Message-ID: <1283884176984-5507675.post@n2.nabble.com> Anthony Cosgrove wrote: > > On another note, GV is expecting you to press 1 to take the call or 2 to > send to voicemail. It seems the minute FS accepts the call whether or > not you have answered the channel GV is expecting that input. The call presentation can be disabled through your GV account -> Settings -> Calls -> Call Screening -> Off. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5507675.html Sent from the freeswitch-users mailing list archive at Nabble.com. From chat2jesse at gmail.com Tue Sep 7 11:51:05 2010 From: chat2jesse at gmail.com (jesse) Date: Tue, 7 Sep 2010 11:51:05 -0700 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: In reality, it is not easy! ICE, TURN, STUN, UPnP. wth so many RFCs. that is why Skype is more popular even it is not open standard. On Tue, Sep 7, 2010 at 5:23 AM, Brian West wrote: > Why is everyone dead set on using IAX? ?you know SIP works fine and can > traverse NAT if you know how to set it up properly. > /b > On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: > > Yuck. > > On 7 September 2010 02:56, Jeffrey Leung??wrote: >> >> If you do really want to use IAX, there is a solution: Use Asterisk as >> an IAX protocol translator and have it to forward all the calls via >> SIP to Freeswitch. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Tue Sep 7 11:52:06 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 13:52:06 -0500 Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls In-Reply-To: <1283883879989-5507664.post@n2.nabble.com> References: <1283878994875-5507344.post@n2.nabble.com> <1283883879989-5507664.post@n2.nabble.com> Message-ID: if you insist, don't patch just replace the mod_dingaling.c and libs/dingaling/src/* remove the new extra 'flags' param to switch_core_session_request if ((*new_session = switch_core_session_request(dingaling_endpoint_interface, SWITCH_CALL_DIRECTION_OUTBOUND, flags, pool)) != 0) { becomes if ((*new_session = switch_core_session_request(dingaling_endpoint_interface, SWITCH_CALL_DIRECTION_OUTBOUND, pool)) != 0) { sigh, the openwrt package just builds an rpm from the *as is* tarball from source iirc. On Tue, Sep 7, 2010 at 1:24 PM, mazilo wrote: > > > Anthony Minessale wrote: >> >> you would be daft to prefer 1.0.6 over the latest GIT HEAD. > It is not my preference to choose one version over the other. I am using FS > v1.0.6 hosted on a Seagate > http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/ > DockStar ?device running an OpenWRT OS. Since FS v1.0.6 can be cleanly > compiled out of the box and is currently the only version supported, it is > the ONLY choise I have in order to avoid messes in compilation of a newer > version. > > > we are essentially holding our hand over the button on 1.0.7 with 1200+ > fixes. > I can wait for this when it is out and when it gets supported by OpenWRT. > Until then, I sure would like to know if anyone out here is willing to help > to patch the support for GMail/Google Chat on FS v1.0.6. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Failed-to-patch-FS-v1-0-6-with-Gmail-Google-support-for-inbound-calls-tp5507344p5507664.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From chat2jesse at gmail.com Tue Sep 7 11:58:18 2010 From: chat2jesse at gmail.com (jesse) Date: Tue, 7 Sep 2010 11:58:18 -0700 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: hi, Anthony: Is it possible to add capability in mod_dingaling and accomplish the same functionality from www.gtalk2voip.com the specific feature i am referring is : Suppose xyz at gmail.com is configured in jingle_profiles/client.xml. if abc at gmail.com invites xyz at gmail.com into a chat window, abc can type CALL 16502444567, then FS side returns a challenge question for password, abc then types PASSWORD xxxx, once the password is authorized, FS will make a call to external PSTN world and bridge the call. thanks! -jesse On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale wrote: > Try latest trunk. > > mod_dingaling can now make calls to the free pstn service > > dingaling/xmppc/@voice.google.com > > > all you have to do is log in with the account once in gmail and turn > on free calls. > > > > On Tue, Aug 31, 2010 at 1:37 PM, Rupa Schomaker wrote: >> No, they do not have a SIP interface we can use. ?They originate/terminate >> on the PSTN. ?(unless you have a gizmo5 account which are no longer >> offered). ?One would hope they offer a SIP interface again someday... >> >> On Tue, Aug 31, 2010 at 12:32 PM, Malay Thakershi >> wrote: >>> >>> Does Google Voice (paid service) provide SIP terminate/originate like >>> others (say Vitelity)? If so, what is their cost? >>> >> -- >> -Rupa >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mustafa.pk at gmail.com Tue Sep 7 11:59:00 2010 From: mustafa.pk at gmail.com (Ghulam Mustafa) Date: Tue, 7 Sep 2010 23:59:00 +0500 Subject: [Freeswitch-users] what happened to iax In-Reply-To: <4C865F21.6030800@puzzled.xs4all.nl> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> <4C865F21.6030800@puzzled.xs4all.nl> Message-ID: We are using iax trunk feature to save bandwidth, it makes lot of sense when your branches/offices are connected through a dedicated radio/fiber, we end up saving millions per year using IAX, @Brian, for me it always worked like a charm, never faced quality/packet loss issues with ~20 concurrent calls over iax trunk in business hours. I hope someone will take this challenge someday and rewrite more robust iax stack for FreeSWITCH :) Thanks and best regards, -m On Tue, Sep 7, 2010 at 8:49 PM, Patrick Lists < freeswitch-list at puzzled.xs4all.nl> wrote: > On 09/07/2010 02:33 PM, Nyamul Hassan wrote: > > Another scenario is, in countries where regular SIP / H323 is blocked, > > IAX is mostly not so, and therefore helps. > > > > I personally prefer to work with H323 / SIP. But, ground realities are > > a bit different at times. > > In that case why not use an openvpn link? > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Ghulam Mustafa cell: +92 333.611.7681 sip: cyrenity at ekiga.net mail: mustafa.pk at gmail.com web: cyrenity.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/dcb0a586/attachment-0001.html From jmesquita at freeswitch.org Tue Sep 7 12:09:35 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Tue, 7 Sep 2010 16:09:35 -0300 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: Possible is, but I don't think that Tony or any core developer is going to do an application that high level. This can be accomplished using several tools already developed in FS. The chat interface, esl, etc... Regards, Jo?o Mesquita On Tue, Sep 7, 2010 at 3:58 PM, jesse wrote: > hi, Anthony: > > Is it possible to add capability in mod_dingaling and accomplish the > same functionality from www.gtalk2voip.com > > the specific feature i am referring is : > > Suppose xyz at gmail.com is configured in jingle_profiles/client.xml. > if abc at gmail.com invites xyz at gmail.com into a chat window, abc can > type CALL 16502444567, then FS side returns a challenge question for > password, abc then types PASSWORD xxxx, once the password is > authorized, FS will make a call to external PSTN world and bridge the > call. > > thanks! > > -jesse > > > > > On Wed, Sep 1, 2010 at 3:46 PM, Anthony Minessale > wrote: > > Try latest trunk. > > > > mod_dingaling can now make calls to the free pstn service > > > > dingaling/xmppc/@voice.google.com > > > > > > all you have to do is log in with the account once in gmail and turn > > on free calls. > > > > > > > > On Tue, Aug 31, 2010 at 1:37 PM, Rupa Schomaker wrote: > >> No, they do not have a SIP interface we can use. They > originate/terminate > >> on the PSTN. (unless you have a gizmo5 account which are no longer > >> offered). One would hope they offer a SIP interface again someday... > >> > >> On Tue, Aug 31, 2010 at 12:32 PM, Malay Thakershi > > >> wrote: > >>> > >>> Does Google Voice (paid service) provide SIP terminate/originate like > >>> others (say Vitelity)? If so, what is their cost? > >>> > >> -- > >> -Rupa > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/69189c10/attachment.html From stephen at stephenjc.com Tue Sep 7 12:12:03 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Tue, 7 Sep 2010 15:12:03 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: <1283884176984-5507675.post@n2.nabble.com> References: <1283879659.15483.3.camel@acosgrove-desktop> <1283884176984-5507675.post@n2.nabble.com> Message-ID: I had the call screening off and the call was never properly answered. I have re-enabled call screening and put below in my dial plan and now google voice properly stops ringing and interacts with my script, but i have noticed that i cannot send any dtmf from google. Do i need to enable inband dtmf detection? Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Tue, Sep 7, 2010 at 2:29 PM, mazilo wrote: > > > Anthony Cosgrove wrote: >> >> On another note, GV is expecting you to press 1 to take the call or 2 to >> send to voicemail. It seems the minute FS accepts the call whether or >> not you have answered the channel GV is expecting that input. > The call presentation can be disabled through your GV account -> Settings -> > Calls -> Call Screening -> Off. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5507675.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Tue Sep 7 12:19:10 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 14:19:10 -0500 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> <4C865F21.6030800@puzzled.xs4all.nl> Message-ID: Perhaps that would be something you could spend some of the millions per year you are saving to finance. It could benefit any project that wants to support IAX if it were properly licensed to BSDish. On Tue, Sep 7, 2010 at 1:59 PM, Ghulam Mustafa wrote: > We are using iax trunk feature to save bandwidth, it makes lot of sense when > your branches/offices are connected through a dedicated radio/fiber, we end > up saving millions per year using IAX, > > @Brian, for me it always worked like a charm, never faced quality/packet > loss issues with ~20 concurrent calls over iax trunk in business hours. > > I hope someone will take this challenge someday and rewrite more robust iax > stack for FreeSWITCH :) > > Thanks and best regards, > > -m > > On Tue, Sep 7, 2010 at 8:49 PM, Patrick Lists > wrote: >> >> On 09/07/2010 02:33 PM, Nyamul Hassan wrote: >> > Another scenario is, in countries where regular SIP / H323 is blocked, >> > IAX is mostly not so, and therefore helps. >> > >> > I personally prefer to work with H323 / SIP. ?But, ground realities are >> > a bit different at times. >> >> In that case why not use an openvpn link? >> >> Regards, >> Patrick >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > -- > Ghulam Mustafa > cell: +92 333.611.7681 > sip: cyrenity at ekiga.net > mail: mustafa.pk at gmail.com > web: cyrenity.wordpress.com > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From msc at freeswitch.org Tue Sep 7 12:21:29 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 12:21:29 -0700 Subject: [Freeswitch-users] conference relate question In-Reply-To: <25424.1283878141@ccs.covici.com> References: <23051.1283873424@ccs.covici.com> <25424.1283878141@ccs.covici.com> Message-ID: On Tue, Sep 7, 2010 at 9:49 AM, wrote: > The description does not seem to indicate what I would like to do -- say > user 1 only wants to talk to user 2 and there are 10 other users, what > would the conference relate command be? > > Sorry to be ignorant. > The conference relate command is always between just two conference members. You'll need to set the relation between the user1 and everyone else besides user2. So to let only user2 hear user1 you'll need to have the relation between user1 and all other users be "nohear": conference my_conf relate user1 user3 nohear conference my_conf relate user1 user4 nohear conference my_conf relate user1 user5 nohear Use the clear option to remove the relation: conference my_conf relate user1 user3 clear conference my_conf relate user1 user4 clear conference my_conf relate user1 user5 clear I've updated the API section of the mod_conference wiki page to be a bit more explicit: http://wiki.freeswitch.org/wiki/Mod_conference#API_Reference -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/dd1253f7/attachment.html From stephen at stephenjc.com Tue Sep 7 12:22:17 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Tue, 7 Sep 2010 15:22:17 -0400 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283879659.15483.3.camel@acosgrove-desktop> <1283884176984-5507675.post@n2.nabble.com> Message-ID: I answered my own question. Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Tue, Sep 7, 2010 at 3:12 PM, stephen at stephenjc wrote: > I had the call screening off and the call was never properly answered. > I have re-enabled call screening and put below in my dial plan and now > google voice properly stops ringing and interacts with my script, but > i have noticed that i cannot send any dtmf from google. Do i need to > enable inband dtmf detection? > > ? ? ? ? > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ? ? ? > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > > > > > On Tue, Sep 7, 2010 at 2:29 PM, mazilo wrote: >> >> >> Anthony Cosgrove wrote: >>> >>> On another note, GV is expecting you to press 1 to take the call or 2 to >>> send to voicemail. It seems the minute FS accepts the call whether or >>> not you have answered the channel GV is expecting that input. >> The call presentation can be disabled through your GV account -> Settings -> >> Calls -> Call Screening -> Off. >> >> ----- >> don't and stop are the ONLY two 4-letter words considered offensive to men, >> but not when used together. >> -- >> View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5507675.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 msc at freeswitch.org Tue Sep 7 12:23:48 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 12:23:48 -0700 Subject: [Freeswitch-users] Need help testing GV features In-Reply-To: References: <1283879659.15483.3.camel@acosgrove-desktop> <1283884176984-5507675.post@n2.nabble.com> Message-ID: Possibly. I did test DTMFs with this but only so far as I could see the DTMFs showing up on the command line. I didn't actually try an autoattendant or bind_meta_app. -MC On Tue, Sep 7, 2010 at 12:12 PM, stephen at stephenjc wrote: > I had the call screening off and the call was never properly answered. > I have re-enabled call screening and put below in my dial plan and now > google voice properly stops ringing and interacts with my script, but > i have noticed that i cannot send any dtmf from google. Do i need to > enable inband dtmf detection? > > > > > > > > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > > > > > On Tue, Sep 7, 2010 at 2:29 PM, mazilo > wrote: > > > > > > Anthony Cosgrove wrote: > >> > >> On another note, GV is expecting you to press 1 to take the call or 2 to > >> send to voicemail. It seems the minute FS accepts the call whether or > >> not you have answered the channel GV is expecting that input. > > The call presentation can be disabled through your GV account -> Settings > -> > > Calls -> Call Screening -> Off. > > > > ----- > > don't and stop are the ONLY two 4-letter words considered offensive to > men, > > but not when used together. > > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Need-help-testing-GV-features-tp5497472p5507675.html > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/4d2ccc3a/attachment.html From covici at ccs.covici.com Tue Sep 7 12:41:31 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Tue, 07 Sep 2010 15:41:31 -0400 Subject: [Freeswitch-users] conference relate question In-Reply-To: References: <23051.1283873424@ccs.covici.com> <25424.1283878141@ccs.covici.com> Message-ID: <27723.1283888491@ccs.covici.com> Thanks for your prompt answer -- this seems very clumsy to me -- anyway to have it done automatically i.e. conference only 1 2 and conference only clear or something like that? Also, I assume -- that all those commands can be done from the cli?! Thanks again. Michael Collins wrote: > On Tue, Sep 7, 2010 at 9:49 AM, wrote: > > > The description does not seem to indicate what I would like to do -- say > > user 1 only wants to talk to user 2 and there are 10 other users, what > > would the conference relate command be? > > > > Sorry to be ignorant. > > > > The conference relate command is always between just two conference > members. You'll need to set the relation between the user1 and everyone > else besides user2. So to let only user2 hear user1 you'll need to have the > relation between user1 and all other users be "nohear": > > conference my_conf relate user1 user3 nohear > conference my_conf relate user1 user4 nohear > conference my_conf relate user1 user5 nohear > > Use the clear option to remove the relation: > > conference my_conf relate user1 user3 clear > conference my_conf relate user1 user4 clear > conference my_conf relate user1 user5 clear > > > I've updated the API section of the mod_conference wiki page to be a bit > more explicit: > http://wiki.freeswitch.org/wiki/Mod_conference#API_Reference > > > -MC > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 msc at freeswitch.org Tue Sep 7 12:35:48 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 12:35:48 -0700 Subject: [Freeswitch-users] Hangup after originate? In-Reply-To: References: Message-ID: On Mon, Sep 6, 2010 at 12:45 PM, Malay Thakershi wrote: > Hello, > > I plan to call Originate API from managed ESL (.NET). > > 1. How can I detect if a call isn't answered (it keeps ringing on the > other end) for say 2 minutes? I would like the command to end the call > after that much time. > IMHO it's easier to detect that a call is answered instead of detecting that it is still unanswered. Something like "execute_on_answer" is handy, or even "execute_on_media". (See the chan vars page on the wiki.) > > 2. How do I listen to events (say I fire Originate and then would like > to know sequence of events happening regarding that particular call)? > > The originate API returns the UUID of the call leg, so you can filter on that. (The bgapi returns a "job uuid" so be sure to get the job uuid first if you are using bgapi. See chapter 9 of the FS book.) -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/7bd6c740/attachment.html From anthony.minessale at gmail.com Tue Sep 7 12:57:47 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 14:57:47 -0500 Subject: [Freeswitch-users] conference relate question In-Reply-To: <27723.1283888491@ccs.covici.com> References: <23051.1283873424@ccs.covici.com> <25424.1283878141@ccs.covici.com> <27723.1283888491@ccs.covici.com> Message-ID: Clumsy as using a water pistol as a turkey baster. It's designed to make one member able to ignore another member. if you just want whisper, you can use the eavesdrop app with the dtmf keys to enable audio paths. On Tue, Sep 7, 2010 at 2:41 PM, wrote: > Thanks for your prompt answer -- this seems very clumsy to me -- anyway > to have it done automatically i.e. conference only 1 2 and conference > only clear or something like that? > > Also, I assume -- that all those commands can be done from the cli?! > > > Thanks again. > > Michael Collins wrote: > >> On Tue, Sep 7, 2010 at 9:49 AM, wrote: >> >> > The description does not seem to indicate what I would like to do -- say >> > user 1 only wants to talk to user 2 ?and there are 10 other users, what >> > would the conference relate command be? >> > >> > Sorry to be ignorant. >> > >> >> The conference relate command is always between just two conference >> members. ?You'll need to set the relation between the user1 and everyone >> else besides user2. So to let only user2 hear user1 you'll need to have the >> relation between user1 and all other users be "nohear": >> >> conference my_conf relate user1 user3 nohear >> conference my_conf relate user1 user4 nohear >> conference my_conf relate user1 user5 nohear >> >> Use the clear option to remove the relation: >> >> conference my_conf relate user1 user3 clear >> conference my_conf relate user1 user4 clear >> conference my_conf relate user1 user5 clear >> >> >> I've updated the API section of the mod_conference wiki page to be a bit >> more explicit: >> http://wiki.freeswitch.org/wiki/Mod_conference#API_Reference >> >> >> -MC >> >> ---------------------------------------------------- >> Alternatives: >> >> ---------------------------------------------------- >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From msc at freeswitch.org Tue Sep 7 13:44:04 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 7 Sep 2010 13:44:04 -0700 Subject: [Freeswitch-users] conference relate question In-Reply-To: <27723.1283888491@ccs.covici.com> References: <23051.1283873424@ccs.covici.com> <25424.1283878141@ccs.covici.com> <27723.1283888491@ccs.covici.com> Message-ID: On Tue, Sep 7, 2010 at 12:41 PM, wrote: > Thanks for your prompt answer -- this seems very clumsy to me -- anyway > to have it done automatically i.e. conference only 1 2 and conference > only clear or something like that? > Like Tony said, if it's clumsy then it might be the wrong tool for the job. However, if you think of it like the proverbial Lego bricks then maybe it's just a matter of gathering the blocks that you need and putting them together in a way that you can personally reuse in your application. For example, if you are building a web-based conference control application and you want the app to control who can hear whom in the conference then you might want to create a few utility functions that abstract away the "clumsiness." You could create a higher level function that accepts userA and userB and "relation type" as arguments. Relation type could be the specific kinds of relationships that you want to define: UserA speaks only to UserB but userB can still hear everyone else UserA speaks only to UserB and userB can hear only userA Optionally, UserA can hear everyone or can hear only UserB >From there it's up to you as to how it all works: is it browser-only? Can conference members control it? Can only some conference members control it, i.e. privileged members? Now you're building an app that suits your needs. This is a typical scenario for FreeSWITCH: take the pieces provided and build a user-specific solution. By keeping the relate function at a lower level it is more flexible and powerful. This comes at a cost of "some assembly required" - sometimes seen as "clumsiness" - but with the value that you can do *exactly* what you want to do. It's the usual power/flexibility vs. ease of use trade-off. > > Also, I assume -- that all those commands can be done from the cli?! > Yes. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/62995bc9/attachment.html From derek at indranet.co.nz Tue Sep 7 14:13:17 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:13:17 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> Message-ID: Brian, is that a protocol - or implementation issue? My understanding is that the protocol is going to save you bytes on the network... However, sip&h323 also have trunking type systems, which will also save you bytes on the network.. Derek. Further - when the packet loss starts to happen, you have other issues.. Derek. On Tue, 7 Sep 2010, Brian West wrote: > All bollocks! The savings are negated when you start to lose packets and the whole trunk gets hozed. > > /b > > On Sep 7, 2010, at 6:43 AM, Nyamul Hassan wrote: > >> IAX is also great for saving bandwidth by using the "trunk" mode. >> >> Regards >> HASSAN >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 14:15:49 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:15:49 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: Hi, cause most sip phones I have tried suck. Typically, the UI is broken, and hard to follow. When a user gets an iax phone, all they have to do is set the locn of the remote server, and "it just works". Remember, your average user does not know what a file is, or how to use one. "if you know how to set it up properly". ok - this statement means that SIP is good for 0.1% of the population.. Derek. On Tue, 7 Sep 2010, Brian West wrote: > Why is everyone dead set on using IAX? ?you know SIP works fine and can traverse NAT if you know how to set it up properly. > /b > > On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: > > Yuck. > > On 7 September 2010 02:56, Jeffrey Leung??wrote: > If you do really want to use IAX, there is a solution: Use Asterisk as > an IAX protocol translator and have it to forward all the calls via > SIP to Freeswitch. > > > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 14:23:04 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:23:04 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: <4C86471E.7000604@coppice.org> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <4C86471E.7000604@coppice.org> Message-ID: Hi, On Tue, 7 Sep 2010, Steve Underwood wrote: > > If you like this media through the signalling server scheme, I have a > new car I think you'll love. Every trip it makes goes though the > forecourt of the dealer who supplied it. :-) > yeah - we could invent snap - shit not another protocol with a TCP port for signalling. Media is in rtp packets for ease of interchange with h.323 and sip.. 42424 would be the port I would use - for tcp and udp. 31415 would also do, I suppose.. But that is hard to get enough people to use it, to get the number of users to make it worthwhile. Derek. -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 14:25:31 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:25:31 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: <23422.1283873729@ccs.covici.com> References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> <23422.1283873729@ccs.covici.com> Message-ID: Hi, the voip protocols (sip & h323) had their genisys two decades ago - long before there were agreed on "best practices". putting the ip address in the packets made things like transfer easier to do, or directing the media to a different box. Derek. On Tue, 7 Sep 2010, covici at ccs.covici.com wrote: > But what idiot had the ip address in the data -- bad idea or so it seems > to me. > > Brian West wrote: > >> Why is everyone dead set on using IAX? you know SIP works fine and can traverse NAT if you know how to set it up properly. >> >> /b >> >> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >> >>> Yuck. >>> >>> On 7 September 2010 02:56, Jeffrey Leung wrote: >>> If you do really want to use IAX, there is a solution: Use Asterisk as >>> an IAX protocol translator and have it to forward all the calls via >>> SIP to Freeswitch. >> >> >> ---------------------------------------------------- >> Alternatives: >> >> ---------------------------------------------------- >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 14:26:23 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:26:23 +1200 (NZST) Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <4C865EB0.4010006@puzzled.xs4all.nl> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> <4C865EB0.4010006@puzzled.xs4all.nl> Message-ID: Hi if it is working for you, then good. do no more. Derek. On Tue, 7 Sep 2010, Patrick Lists wrote: > Hi Derek, > > On 09/07/2010 12:42 PM, Derek Smithies wrote: >> Hi, >> the file build/buildopal.sh is "wrong". > [snip] >> See - it uses a branch version of opal, and a trunk version of ptlib. >> >> Please, change it to use the same SVN revision number of trunk. > > I have mod_opal enabled by default in my fs build building against ptlib > 2.8.2 and opal 3.8.2. The module builds and loads fine although I have > not done anything with it yet. > > Can you please confirm that I should be using similar svn trunk revs for > ptlib and opal instead or does ptlib 2.8.2 and opal 3.8.2 suffice. > > Thanks! > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From derek at indranet.co.nz Tue Sep 7 14:28:19 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 09:28:19 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> <4C865F21.6030800@puzzled.xs4all.nl> Message-ID: Hi, Most of it is there in mod opal. Just need someone to put up a bounty, and people like me can finish the opal code. Derek. On Tue, 7 Sep 2010, Ghulam Mustafa wrote: > We are using iax trunk feature to save bandwidth, it makes lot of sense when your branches/offices are connected through a dedicated radio/fiber, we end up saving millions per year using IAX, > > @Brian, for me it always worked like a charm, never faced quality/packet loss issues with ~20 concurrent calls over iax trunk in business hours. > > I hope someone will take this challenge someday and rewrite more robust iax stack for FreeSWITCH :) > > Thanks and best regards, > > -m > > On Tue, Sep 7, 2010 at 8:49 PM, Patrick Lists wrote: > On 09/07/2010 02:33 PM, Nyamul Hassan wrote: > > Another scenario is, in countries where regular SIP / H323 is blocked, > > IAX is mostly not so, and therefore helps. > > > > I personally prefer to work with H323 / SIP. ?But, ground realities are > > a bit different at times. > > In that case why not use an openvpn link? > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Ghulam Mustafa > cell: +92 333.611.7681 > sip: cyrenity at ekiga.net > mail: mustafa.pk at gmail.com > web: cyrenity.wordpress.com > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From gmaruzz at celliax.org Tue Sep 7 14:29:14 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Tue, 7 Sep 2010 23:29:14 +0200 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: This thread seems to go into a discussion on pro and cons of IAX in particular cases... As anything, IAX can have users that find it useful. Problem is, the "open" (as in BSD compatible license) implementation of the IAX stack is broken, and to write a new stack is a *really* big work, that takes time from professional programmers and testers. So, at end, problem is: the peoples/companies that would like to use IAX with FreeSWITCH (or other software not GPLed) are willing/able to raise enough money to fund the development of a working and reliable IAX stack? Maybe the people/companies interested can start a fund raising via web, launching a sort of consortium for that... -giovanni On Tue, Sep 7, 2010 at 11:15 PM, Derek Smithies wrote: > Hi, > ?cause most sip phones I have tried suck. > > Typically, the UI is broken, and hard to follow. > > When a user gets an iax phone, all they have to do is set the locn of the > remote server, and "it just works". > > Remember, your average user does not know what a file is, or how to use one. > > "if you know how to set it up properly". > ok - this statement means that SIP is good for 0.1% of the population.. > > Derek. > > On Tue, 7 Sep 2010, Brian West wrote: > >> Why is everyone dead set on using IAX? ?you know SIP works fine and can >> traverse NAT if you know how to set it up properly. >> /b >> >> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >> >> ? ? ?Yuck. >> >> ? ? ?On 7 September 2010 02:56, Jeffrey >> Leung??wrote: >> ? ? ? ? ? ?If you do really want to use IAX, there is a solution: Use >> Asterisk as >> ? ? ? ? ? ?an IAX protocol translator and have it to forward all the calls >> via >> ? ? ? ? ? ?SIP to Freeswitch. >> >> >> >> > > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > ? ? ?"Oh, the usual, get everything right". > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From craigesmith at gmail.com Tue Sep 7 14:59:10 2010 From: craigesmith at gmail.com (Craig Smith) Date: Tue, 7 Sep 2010 17:59:10 -0400 Subject: [Freeswitch-users] Find Me / Follow Me Message-ID: Can the app_followme application functionality be replicated in FreeSWITCH? If so, how? I would like to have the ability to make forking and sequential calls, and have to have a digit pressed to receive the call. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/fa378e44/attachment.html From covici at ccs.covici.com Tue Sep 7 15:15:01 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Tue, 07 Sep 2010 18:15:01 -0400 Subject: [Freeswitch-users] conference relate question In-Reply-To: References: <23051.1283873424@ccs.covici.com> <25424.1283878141@ccs.covici.com> <27723.1283888491@ccs.covici.com> Message-ID: <29308.1283897701@ccs.covici.com> OK, I will look into that. Anthony Minessale wrote: > Clumsy as using a water pistol as a turkey baster. > > It's designed to make one member able to ignore another member. > if you just want whisper, you can use the eavesdrop app with the dtmf > keys to enable audio paths. > > > > On Tue, Sep 7, 2010 at 2:41 PM, wrote: > > Thanks for your prompt answer -- this seems very clumsy to me -- anyway > > to have it done automatically i.e. conference only 1 2 and conference > > only clear or something like that? > > > > Also, I assume -- that all those commands can be done from the cli?! > > > > > > Thanks again. > > > > Michael Collins wrote: > > > >> On Tue, Sep 7, 2010 at 9:49 AM, wrote: > >> > >> > The description does not seem to indicate what I would like to do -- say > >> > user 1 only wants to talk to user 2 ?and there are 10 other users, what > >> > would the conference relate command be? > >> > > >> > Sorry to be ignorant. > >> > > >> > >> The conference relate command is always between just two conference > >> members. ?You'll need to set the relation between the user1 and everyone > >> else besides user2. So to let only user2 hear user1 you'll need to have the > >> relation between user1 and all other users be "nohear": > >> > >> conference my_conf relate user1 user3 nohear > >> conference my_conf relate user1 user4 nohear > >> conference my_conf relate user1 user5 nohear > >> > >> Use the clear option to remove the relation: > >> > >> conference my_conf relate user1 user3 clear > >> conference my_conf relate user1 user4 clear > >> conference my_conf relate user1 user5 clear > >> > >> > >> I've updated the API section of the mod_conference wiki page to be a bit > >> more explicit: > >> http://wiki.freeswitch.org/wiki/Mod_conference#API_Reference > >> > >> > >> -MC > >> > >> ---------------------------------------------------- > >> Alternatives: > >> > >> ---------------------------------------------------- > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 jaybinks at gmail.com Tue Sep 7 15:47:45 2010 From: jaybinks at gmail.com (jay binks) Date: Wed, 8 Sep 2010 08:47:45 +1000 Subject: [Freeswitch-users] collect digits during conference In-Reply-To: References: Message-ID: you will probably need to remove the DTMF bindings for volume, mute etc from your conference. ive been playing with a similar thing ( in conf still ) over the last few days and ive been able to build whatever DTMF functionality I like, by removing all conference control bindings and handling all the DTMF events in an ESL deamon Jay On Tue, Sep 7, 2010 at 4:57 PM, Woody Dickson wrote: > Hi, > > I would like to be able to collect dtmf digits when a caller is inside > a conference. ?The use case is to let people inside a conference to be > able to invite other party by pressing "#6043434333#". > > Following the instruction, I am able to play a tone and execute > play_and_get_digits after # is pressed, but I can't make it so that > when the digits are pressed, the other control action won't be > triggered. > > Does anyone know a good way to solve this problem? > > Thanks, > Woody > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely Jay From anthony.minessale at gmail.com Tue Sep 7 15:57:57 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 17:57:57 -0500 Subject: [Freeswitch-users] Find Me / Follow Me In-Reply-To: References: Message-ID: it's all built into the dial string syntax in the core and can be used anywhere a dial string is accepted. look up the wiki on the originate syntax and/or the enterprise_originate for extra complicated dial strings. On Tue, Sep 7, 2010 at 4:59 PM, Craig Smith wrote: > Can the app_followme application functionality be replicated in FreeSWITCH? > If so, how? I would like to have the ability to make forking and sequential > calls, and have to have a digit pressed to receive the call. Thanks. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From ktngl at yahoo.co.uk Tue Sep 7 16:13:43 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Tue, 7 Sep 2010 23:13:43 +0000 (GMT) Subject: [Freeswitch-users] mod_lcr config In-Reply-To: Message-ID: <467006.34694.qm@web29220.mail.ird.yahoo.com> yes, my table did not update properly --- On Tue, 7/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] mod_lcr config To: "FreeSWITCH Users Help" Date: Tuesday, 7 September, 2010, 9:59 Check the database actually contains entries and that all the enable flags are enabled. :) If you still can't see why it's not working pastebin a database dump and we'll probably be able to see the cause. -Steve On 7 September 2010 00:29, Sergey Okhapkin wrote: What is the result returned by belowmentioned sql query if you execute it manually? I bet it will return no results. On Monday 06 September 2010, Nigel Kent wrote: > I have followed the setup instructions on the wiki on mod_lcr but I have > ?not been able to get it to ?work. Any advise or updated instructions > > Below is the output when I try a test on fs_cli. > > > freeswitch at internal> lcr 45345 > No Routes To Display > > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:1328 data passed to lcr is > ?[45345] freeswitch at internal> 2010-09-06 22:51:06.107080 [WARNING] > ?mod_lcr.c:1370 Using default CID [18005551212] 2010-09-06 22:51:06.107080 > ?[DEBUG] mod_lcr.c:780 intra routing [state:0 lata:0] so rate field is > ?[rate] 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:796 we have an event > 2010-09-06 22:51:06.107080 [DEBUG] mod_lcr.c:820 SQL: SELECT l.digits, > ?c.carrier_name, l.rate, cg.prefix AS gw_prefix, cg.suffix AS gw_suffix, > ?l.lead_strip, l.trail_strip, l.prefix, l.suffix , cg.codec , l.cid FROM > ?lcr l JOIN carriers c ON l.carrier_id=c.id JOIN carrier_gateway cg ON > ?c.id=cg.carrier_id WHERE c.enabled = '1' AND cg.enabled = '1' AND > ?l.enabled = '1' AND digits IN (45345, 4534, 453, 45, 4) AND > ?CURRENT_TIMESTAMP BETWEEN date_start AND date_end ORDER BY digits DESC, > ?rate, ?quality DESC, ?reliability DESC, rand(); > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/41ac2f65/attachment.html From steveu at coppice.org Tue Sep 7 16:20:11 2010 From: steveu at coppice.org (Steve Underwood) Date: Wed, 08 Sep 2010 07:20:11 +0800 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: <4C86C8AB.4010808@coppice.org> Hi, SIP phones have been made easy for their target market to use, and end users are not their target market. Service providers are the target market, and SIP phones are mostly made easy for those people to provision and control in volume. Unless a strong end user market for SIP phones develops, this won't change. Most IAX phones sit outside this, as they are mostly made by people who simply can't get into the high volume service provider business, where they want to be. Usually they are second division phones, as well as second division suppliers. The good hardware runs SIP. Steve On 09/08/2010 05:15 AM, Derek Smithies wrote: > Hi, > cause most sip phones I have tried suck. > > Typically, the UI is broken, and hard to follow. > > When a user gets an iax phone, all they have to do is set the locn of the > remote server, and "it just works". > > Remember, your average user does not know what a file is, or how to > use one. > > "if you know how to set it up properly". > ok - this statement means that SIP is good for 0.1% of the population.. > > Derek. > > On Tue, 7 Sep 2010, Brian West wrote: > >> Why is everyone dead set on using IAX? you know SIP works fine and >> can traverse NAT if you know how to set it up properly. >> /b >> >> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >> >> Yuck. >> >> On 7 September 2010 02:56, Jeffrey Leung >> wrote: >> If you do really want to use IAX, there is a solution: >> Use Asterisk as >> an IAX protocol translator and have it to forward all the >> calls via >> SIP to Freeswitch. >> >> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 derek at indranet.co.nz Tue Sep 7 16:27:27 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 8 Sep 2010 11:27:27 +1200 (NZST) Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: Hi, the opal library contains an IAX implementation that did voice calls to digium. At one stage, it did call transfer. along came the iax management, who added this call token thing to the iax protocol. The opal code contains call token handling. Remaining? to write an iax registrar, and find a way to ensure that all this can talk with freeswitch. license? the opal implementation of iax and h323 and sip is all MPL. connectivity with freeswitch? There is code in freeswitch to talk to opal to do h323 calls. Since opal uses a normalised approach to voip protocols and consequently all protocols look the same to the management software, there is little to do to get connectivity with freeswitch. code quality? the opal code for iax is heavily documented, is readable and nice. it is heavily multi-threaded, so will cope with huge call volumes. So what is remaining? > Maybe the people/companies interested can start a fund raising via > web, launching a sort of consortium for that... Exactly - but there is only one way to go that has a chance of working, which is to use the opal code. Derek. On Tue, 7 Sep 2010, Giovanni Maruzzelli wrote: > This thread seems to go into a discussion on pro and cons of IAX in > particular cases... > > As anything, IAX can have users that find it useful. > > Problem is, the "open" (as in BSD compatible license) implementation > of the IAX stack is broken, and to write a new stack is a *really* big > work, that takes time from professional programmers and testers. > > So, at end, problem is: the peoples/companies that would like to use > IAX with FreeSWITCH (or other software not GPLed) are willing/able to > raise enough money to fund the development of a working and reliable > IAX stack? > > Maybe the people/companies interested can start a fund raising via > web, launching a sort of consortium for that... > > -giovanni > > > On Tue, Sep 7, 2010 at 11:15 PM, Derek Smithies wrote: >> Hi, >> ?cause most sip phones I have tried suck. >> >> Typically, the UI is broken, and hard to follow. >> >> When a user gets an iax phone, all they have to do is set the locn of the >> remote server, and "it just works". >> >> Remember, your average user does not know what a file is, or how to use one. >> >> "if you know how to set it up properly". >> ok - this statement means that SIP is good for 0.1% of the population.. >> >> Derek. >> >> On Tue, 7 Sep 2010, Brian West wrote: >> >>> Why is everyone dead set on using IAX? ?you know SIP works fine and can >>> traverse NAT if you know how to set it up properly. >>> /b >>> >>> On Sep 7, 2010, at 8:16 AM, Steven Ayre wrote: >>> >>> ? ? ?Yuck. >>> >>> ? ? ?On 7 September 2010 02:56, Jeffrey >>> Leung??wrote: >>> ? ? ? ? ? ?If you do really want to use IAX, there is a solution: Use >>> Asterisk as >>> ? ? ? ? ? ?an IAX protocol translator and have it to forward all the calls >>> via >>> ? ? ? ? ? ?SIP to Freeswitch. >>> >>> >>> >>> >> >> -- >> Derek Smithies Ph.D. >> IndraNet Technologies Ltd. >> ph +64 3 365 6485 >> Web: http://www.indranet-technologies.com/ >> >> "How did you make it work??" >> ? ? ?"Oh, the usual, get everything right". >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From brian at microcomaustralia.com.au Tue Sep 7 16:37:59 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 09:37:59 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 Message-ID: Hello, Just noticed that callerid works perfectly for incoming telephone calls from my telephone company, but seems to be blocked on outgoing calls to my phones. enable-callerid is set to true for all the lines. Is there anything else I should check? Thanks -- Brian May From Nabble at slickdeals.endjunk.com Tue Sep 7 17:54:50 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 7 Sep 2010 17:54:50 -0700 (PDT) Subject: [Freeswitch-users] Failed to patch FS v1.0.6 with Gmail/Google support for inbound calls In-Reply-To: References: <1283878994875-5507344.post@n2.nabble.com> <1283883879989-5507664.post@n2.nabble.com> Message-ID: <1283907290579-5508777.post@n2.nabble.com> First, I must apologize for wasting the resource here. I successfully reapplied the patches from scratch and now it even cleanly compiled to produce the binary package for installation. But, my problem is mod_dingaling doesn't want to load and it crashes my FS when loaded (which I believe has nothing to do with the patches). I will create a new post detailing about this crash. Thank you all. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Failed-to-patch-FS-v1-0-6-with-Gmail-Google-support-for-inbound-calls-tp5507344p5508777.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Tue Sep 7 18:08:26 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 7 Sep 2010 18:08:26 -0700 (PDT) Subject: [Freeswitch-users] mod_dingaling crashes FS with can't resolve symbol 'gcry_control' Message-ID: <1283908106456-5508802.post@n2.nabble.com> I have my FS v1.0.6 hosted on a Seagate http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/ DockStar device running on an OpenWRT firmware with a complete of gnutls packages installed, i.e. certtool, gnutls-utils, libgnutls, libgnutls-extra, and libgnutls-openssl. FS will work just fine sans mod_dingaling. If I enable mod_dingaling in conf/autoload_configs/modules.conf.xml file as shown below, my FS will crash with an error message saying can't resolve symbol 'gcry_control'. It crashes while loading the mod_dingaling module as shown below (excerpted from the shell when running freeswitch -waste -conf /usr/share/freeswitch/examples/conf/ -log /var/freeswitch/log/ -db /var/freeswitch/db: 2010-09-07 20:42:04.769354 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_console] 2010-09-07 20:42:04.774611 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_logfile] 2010-09-07 20:42:04.776526 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_syslog] 2010-09-07 20:42:04.779679 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_enum] 2010-09-07 20:42:04.803729 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_cdr_csv] 2010-09-07 20:42:04.808656 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_event_multicast] 2010-09-07 20:42:04.814565 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_event_socket] freeswitch: can't resolve symbol 'gcry_control' This corresponds to the output (last few lines) from strace freeswitch -waste -conf /usr/share/freeswitch/examples/conf/ -log /var/freeswitch/log/ -db /var/freeswitch/db as shown below: open("/lib/libgpg-error.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libgpg-error.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/libgpg-error.so.0", O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0755, st_size=10086, ...}) = 0 close(13) = 0 open("/lib/libc.so.0", O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=321007, ...}) = 0 close(13) = 0 open("/lib/libc.so.0", O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=321007, ...}) = 0 close(13) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000 write(2, "", 0) = 0 write(2, "freeswitch", 10freeswitch) = 10 write(2, ": can't resolve symbol '", 24: can't resolve symbol ') = 24 write(2, "gcry_control", 12gcry_control) = 12 write(2, "'\n", 2' ) = 2 munmap(0x40007000, 4096) = 0 exit(1) = ? root at DockStar:/# FYI, I used the /usr/share/freeswitch/examples/conf if that matters. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-dingaling-crashes-FS-with-can-t-resolve-symbol-gcry-control-tp5508802p5508802.html Sent from the freeswitch-users mailing list archive at Nabble.com. From moises.silva at gmail.com Tue Sep 7 18:21:57 2010 From: moises.silva at gmail.com (Moises Silva) Date: Tue, 7 Sep 2010 21:21:57 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: Should work. Pastebin a debug log for a call. Also, before placing the call, create the directory /var/log/freetdm and then execute this in FreeSWITCH CLI: ftdm trace /var/log/freetdm/test Where are the number of span and channel's where the call will come in/out. After the call, do: ftdm notrace Join the #openzap channel in IRC if you need assistance with this. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com On Tue, Sep 7, 2010 at 7:37 PM, Brian May wrote: > Hello, > > Just noticed that callerid works perfectly for incoming telephone > calls from my telephone company, but seems to be blocked on outgoing > calls to my phones. > > enable-callerid is set to true for all the lines. > > Is there anything else I should check? > > Thanks > -- > Brian May > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100907/10dc9361/attachment.html From anthony.minessale at gmail.com Tue Sep 7 18:28:37 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 7 Sep 2010 20:28:37 -0500 Subject: [Freeswitch-users] mod_dingaling crashes FS with can't resolve symbol 'gcry_control' In-Reply-To: <1283908106456-5508802.post@n2.nabble.com> References: <1283908106456-5508802.post@n2.nabble.com> Message-ID: you have a bad copy of libgcrypt and gnutls you are out of luck On Tue, Sep 7, 2010 at 8:08 PM, mazilo wrote: > > I have my FS v1.0.6 hosted on a Seagate > http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/ > DockStar ?device running on an OpenWRT firmware with a complete of gnutls > packages installed, i.e. certtool, gnutls-utils, libgnutls, libgnutls-extra, > and libgnutls-openssl. FS will work just fine sans mod_dingaling. If I > enable mod_dingaling in conf/autoload_configs/modules.conf.xml file as shown > below, my FS will crash with an error message saying can't resolve symbol > 'gcry_control'. > ? ? > ? ? > ? ? > ? ? > ? ? > > ? ? > ? ? > > ? ? > ? ? > ? ? > ? ? > ? ? > ? ? > It crashes while loading the mod_dingaling module as shown below (excerpted > from the shell when running freeswitch -waste -conf > /usr/share/freeswitch/examples/conf/ -log /var/freeswitch/log/ -db > /var/freeswitch/db: > 2010-09-07 20:42:04.769354 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_console] > 2010-09-07 20:42:04.774611 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_logfile] > 2010-09-07 20:42:04.776526 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_syslog] > 2010-09-07 20:42:04.779679 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_enum] > 2010-09-07 20:42:04.803729 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_cdr_csv] > 2010-09-07 20:42:04.808656 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_event_multicast] > 2010-09-07 20:42:04.814565 [CONSOLE] switch_loadable_module.c:900 > Successfully Loaded [mod_event_socket] > freeswitch: can't resolve symbol 'gcry_control' > This corresponds to the output (last few lines) from strace freeswitch > -waste -conf /usr/share/freeswitch/examples/conf/ -log /var/freeswitch/log/ > -db /var/freeswitch/db as shown below: > open("/lib/libgpg-error.so.0", O_RDONLY) = -1 ENOENT (No such file or > directory) > open("/lib/libgpg-error.so.0", O_RDONLY) = -1 ENOENT (No such file or > directory) > open("/usr/lib/libgpg-error.so.0", O_RDONLY) = 13 > fstat(13, {st_mode=S_IFREG|0755, st_size=10086, ...}) = 0 > close(13) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = 0 > open("/lib/libc.so.0", O_RDONLY) ? ? ? ?= 13 > fstat(13, {st_mode=S_IFREG|0644, st_size=321007, ...}) = 0 > close(13) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = 0 > open("/lib/libc.so.0", O_RDONLY) ? ? ? ?= 13 > fstat(13, {st_mode=S_IFREG|0644, st_size=321007, ...}) = 0 > close(13) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40007000 > write(2, "", 0) ? ? ? ? ? ? ? ? ? ? ? ? = 0 > write(2, "freeswitch", 10freeswitch) ? ? ? ? ? ? ?= 10 > write(2, ": can't resolve symbol '", 24: can't resolve symbol ') = 24 > write(2, "gcry_control", 12gcry_control) ? ? ? ? ? ?= 12 > write(2, "'\n", 2' > ) ? ? ? ? ? ? ? ? ? ? ?= 2 > munmap(0x40007000, 4096) ? ? ? ? ? ? ? ?= 0 > exit(1) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = ? > root at DockStar:/# > FYI, I used the /usr/share/freeswitch/examples/conf if that matters. > > > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-dingaling-crashes-FS-with-can-t-resolve-symbol-gcry-control-tp5508802p5508802.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brian at microcomaustralia.com.au Tue Sep 7 20:16:08 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 13:16:08 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: On 8 September 2010 11:21, Moises Silva wrote: > Pastebin a debug log for a call. Also, before placing the call, create the > directory /var/log/freetdm and then execute this in FreeSWITCH CLI: > ftdm trace /var/log/freetdm/test Hopefully I got this right ;-) To me everything looks good in this listing. Not sure what I can do with the freetdm trace files... -- Brian May From jonas.gauffin at gmail.com Tue Sep 7 23:17:26 2010 From: jonas.gauffin at gmail.com (Jonas Gauffin) Date: Wed, 8 Sep 2010 08:17:26 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations Message-ID: Hello Is it possible to tell a phone to slow down with the registrations through FS? I got a PAP2T which sends REGISTER every second to FS. //Jonas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/8bd0546e/attachment.html From errotan at elder.hu Tue Sep 7 23:29:30 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Wed, 8 Sep 2010 08:29:30 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations In-Reply-To: References: Message-ID: <201009080829.31066.errotan@elder.hu> Have you upgraded to the latest firmware ? 2010. szeptember 8. 08:17:26 d?tummal Jonas Gauffin az al?bbiakat ?rta: > Hello > > Is it possible to tell a phone to slow down with the registrations through > FS? > I got a PAP2T which sends REGISTER every second to FS. > > //Jonas From devel at thom.fr.eu.org Wed Sep 8 00:36:48 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 09:36:48 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 Message-ID: That looks like the problem I had with my FXS ports sending CID not understood by european phones. In which country are you / what kind of analog phones are you using ? Fran?ois On Wed, 8 Sep 2010 13:16:08 +1000, Brian May wrote: > On 8 September 2010 11:21, Moises Silva wrote: >> Pastebin a debug log for a call. Also, before placing the call, create the >> directory /var/log/freetdm and then execute this in FreeSWITCH CLI: >> ftdm trace /var/log/freetdm/test > > Hopefully I got this right ;-) > > > > To me everything looks good in this listing. > > Not sure what I can do with the freetdm trace files... From covici at ccs.covici.com Wed Sep 8 01:26:54 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Wed, 08 Sep 2010 04:26:54 -0400 Subject: [Freeswitch-users] problem trying to make analog calls from freetdm channel to another freetdm channel Message-ID: <3050.1283934414@ccs.covici.com> Hi. I am trying to use freetdm channels on an X400p Digium card with one fxs and one fxo card to make dcalls using the fxs through the fxo. I get this strange message: 2010-09-08 04:11:15.705818 [CRIT] ftdm_io.c:2162 Call place, but outbound flag not set The complete log is at http://pastebin.freeswitch.org/13838 Any assistance would be appreciated. -- 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 microcomaustralia.com.au Wed Sep 8 01:38:58 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 18:38:58 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: On 8 September 2010 17:36, Fran?ois Legal wrote: > In which country are you / what kind of analog phones are you using ? Australia, using an Australian phone. I have set the Australian operating mode for the drivers too, from dmesg: [ 18.101882] Boosting ringer on slot 1 (89V peak) [ 18.102608] Module 0: Installed -- AUTO FXS/DPO [ 18.985083] Boosting ringer on slot 2 (89V peak) [ 18.986770] Module 1: Installed -- AUTO FXS/DPO [ 19.188100] Module 2: Installed -- AUTO FXO (AUSTRALIA mode) [ 19.389066] Module 3: Installed -- AUTO FXO (AUSTRALIA mode) [ 19.390928] Found a Wildcard TDM: Wildcard TDM400P REV I (4 modules) -- Brian May From jonas.gauffin at gmail.com Wed Sep 8 01:46:23 2010 From: jonas.gauffin at gmail.com (Jonas Gauffin) Date: Wed, 8 Sep 2010 10:46:23 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations In-Reply-To: <201009080829.31066.errotan@elder.hu> References: <201009080829.31066.errotan@elder.hu> Message-ID: yep. But I have no access to the device. As I remember the SIP RFC, a registrar can suggest an expires value to the UA? Is it possible with FS? On Wed, Sep 8, 2010 at 8:29 AM, Pusk?s Zsolt wrote: > Have you upgraded to the latest firmware ? > > > 2010. szeptember 8. 08:17:26 d?tummal Jonas Gauffin az al?bbiakat ?rta: > > Hello > > > > Is it possible to tell a phone to slow down with the registrations > through > > FS? > > I got a PAP2T which sends REGISTER every second to FS. > > > > //Jonas > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/0226fa0d/attachment.html From errotan at elder.hu Wed Sep 8 01:59:08 2010 From: errotan at elder.hu (=?iso-8859-1?q?Pusk=E1s_Zsolt?=) Date: Wed, 8 Sep 2010 10:59:08 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations In-Reply-To: References: <201009080829.31066.errotan@elder.hu> Message-ID: <201009081059.08563.errotan@elder.hu> Yes, FS can send an expire value but 1 second is too fast. I would do a factory reset on that PAP2 and do a wireshark trace what is going on. Also which FS version are you using ? Have you tried to register to another proxy with that PAP2 ? 2010. szeptember 8. 10:46:23 d?tummal Jonas Gauffin az al?bbiakat ?rta: > yep. But I have no access to the device. As I remember the SIP RFC, a > registrar can suggest an expires value to the UA? Is it possible with FS? > > On Wed, Sep 8, 2010 at 8:29 AM, Pusk?s Zsolt wrote: > > Have you upgraded to the latest firmware ? > > > > 2010. szeptember 8. 08:17:26 d?tummal Jonas Gauffin az al?bbiakat ?rta: > > > Hello > > > > > > Is it possible to tell a phone to slow down with the registrations > > > > through > > > > > FS? > > > I got a PAP2T which sends REGISTER every second to FS. > > > > > > //Jonas > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 fdelawarde at wirelessmundi.com Wed Sep 8 02:09:13 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Wed, 08 Sep 2010 11:09:13 +0200 Subject: [Freeswitch-users] extension-in-contact problem In-Reply-To: References: <1283863759.13222.69.camel@luna.tc.commsmundi.com> <1283864581.13222.74.camel@luna.tc.commsmundi.com> <1283876969.13222.89.camel@luna.tc.commsmundi.com> Message-ID: <1283936953.13222.103.camel@luna.tc.commsmundi.com> Jira issue: MODSOFIA-99 Thanks for the help, Fran?ois. On Tue, 2010-09-07 at 11:59 -0500, Anthony Minessale wrote: > yes indeed. > > if you can see the sip trace with gw= in the invite, please add that > as a jira for mod_sofia with the trace > from console loglevel debug with siptrace on from the cli "sofia > profile internal siptrace on" > > > On Tue, Sep 7, 2010 at 11:29 AM, Fran?ois Delawarde > wrote: > > Hi Anthony, > > > > My objective was just to test that feature in case it could come handy > > with broken providers as you mention. > > > > Looking at SIP traffic, the contact is mirrored correctly, as the "gw=" > > parameter is present in both cases: > > > > - without "extension-in-contact": > > INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > > > - with "extension-in-contact": > > INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > > > > > > So there might be a bug in "sofia_glue_find_parameter" (also used in > > other parts of sofia.c), as it doesn't seem to find the "gw=" that is > > present in the siptrace. > > > > Tell me if I should add a Jira issue. > > > > Thanks, > > Fran?ois. > > > > > > > > > > On Tue, 2010-09-07 at 11:11 -0500, Anthony Minessale wrote: > >> as you suspected that parameter breaks this feature. The parameter > >> only exists as a crutch to support some broken providers. > >> if you remove the gw+ you are reliant on the gw= in the params. We > >> try 2 ways to tie it back. > >> > >> See, in SIP you are supposed to be able to say anything you want in > >> your contact header and have it mirrored back to you for any calls you > >> receive and many providers either A) make you use a specific > >> extension, B) strip the params or C) both. > >> > >> Did you look at the sip traffic to see if they are mirroring back the > >> gw= in the invite? that is the only case there may be a bug. > >> > >> > >> On Tue, Sep 7, 2010 at 8:03 AM, Fran?ois Delawarde > >> wrote: > >> > Hello again, > >> > > >> > I found the corresponding code for gateway identification in > >> > "sofia_handle_sip_i_invite" of sofia.c, it is supposed to fetch the > >> > gateway using "gw=" if the url does not contain "gw+": > >> > > >> > if (sip->sip_request->rq_url->url_params) { > >> > gw_name = sofia_glue_find_parameter(sip->sip_request->rq_url->url_params, "gw="); > >> > } > >> > > >> > if (strstr(destination_number, "gw+")) { > >> > gw_name = destination_number + 3; > >> > } > >> > > >> > > >> > The first part apparently does not work (for me at least), and I have > >> > tried with different gateway names (in case it didn't accept > >> > underscores) with no success. > >> > > >> > Is this a real bug I should put in Jira or am I doing something wrong > >> > (again...)? > >> > > >> > Thanks, > >> > Fran?ois. > >> > > >> > > >> > > >> > > >> > On Tue, 2010-09-07 at 14:49 +0200, Fran?ois Delawarde wrote: > >> >> Hi, > >> >> > >> >> I noticed that when I set the "extension-in-contact" parameter to "true" > >> >> in my gateway, the gateway is not identified when receiving an incoming > >> >> call, and all calls are redirected to the profile's default context > >> >> instead of the gateway's configured context. > >> >> > >> >> Is this a normal/expected behavior? > >> >> > >> >> > >> >> > >> >> In my sofia.conf.xml profile I have: > >> >> > >> >> > >> >> > >> >> > >> >> ... > >> >> > >> >> > >> >> > >> >> And incoming calls are received with the extension-in-contact being > >> >> "true": > >> >> > >> >> INVITE sip:test at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > >> >> > >> >> Instead of: > >> >> > >> >> INVITE sip:gw+sol_account at 192.168.10.80:5060;transport=udp;gw=sol_account SIP/2.0 > >> >> > >> >> > >> >> Thanks, > >> >> Fran?ois. > >> >> > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > http://www.freeswitch.org > >> > > >> > >> > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 devel at thom.fr.eu.org Wed Sep 8 02:11:36 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 11:11:36 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: Well, there seem to be a specific standard for Australia. You should maybe dig about how CID is supposed to be signaled in this standard. Here in France, CID has to be sent before the first ring pulse, or between first and second ring pulse. I made a patch for freetdm and this works for me. I did make an update to latest trunk a month ago, and the patch could be almost successfully applied. It should be attached to JIRA OPENZAP-100. Fran?ois On Wed, 8 Sep 2010 18:38:58 +1000, Brian May wrote: > On 8 September 2010 17:36, Fran?ois Legal wrote: >> In which country are you / what kind of analog phones are you using ? > > Australia, using an Australian phone. > > I have set the Australian operating mode for the drivers too, from dmesg: > > [ 18.101882] Boosting ringer on slot 1 (89V peak) > [ 18.102608] Module 0: Installed -- AUTO FXS/DPO > [ 18.985083] Boosting ringer on slot 2 (89V peak) > [ 18.986770] Module 1: Installed -- AUTO FXS/DPO > [ 19.188100] Module 2: Installed -- AUTO FXO (AUSTRALIA mode) > [ 19.389066] Module 3: Installed -- AUTO FXO (AUSTRALIA mode) > [ 19.390928] Found a Wildcard TDM: Wildcard TDM400P REV I (4 modules) From david.ponzone at ipeva.fr Wed Sep 8 02:24:51 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 8 Sep 2010 11:24:51 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations In-Reply-To: References: <201009080829.31066.errotan@elder.hu> Message-ID: <5B0E6791-601B-4578-945F-C509FA32AF7B@ipeva.fr> You have to add the following in the directory entry for the user: But I guess the UA may not use that value to override its internal register timeout. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 08/09/2010 ? 10:46, Jonas Gauffin a ?crit : > yep. But I have no access to the device. As I remember the SIP RFC, > a registrar can suggest an expires value to the UA? Is it possible > with FS? > > On Wed, Sep 8, 2010 at 8:29 AM, Pusk?s Zsolt wrote: > Have you upgraded to the latest firmware ? > > > 2010. szeptember 8. 08:17:26 d?tummal Jonas Gauffin az al?bbiakat > ?rta: > > Hello > > > > Is it possible to tell a phone to slow down with the registrations > through > > FS? > > I got a PAP2T which sends REGISTER every second to FS. > > > > //Jonas > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/7d74ec70/attachment.html From jonas.gauffin at gmail.com Wed Sep 8 02:48:52 2010 From: jonas.gauffin at gmail.com (Jonas Gauffin) Date: Wed, 8 Sep 2010 11:48:52 +0200 Subject: [Freeswitch-users] PAP2T spamming registrations In-Reply-To: <5B0E6791-601B-4578-945F-C509FA32AF7B@ipeva.fr> References: <201009080829.31066.errotan@elder.hu> <5B0E6791-601B-4578-945F-C509FA32AF7B@ipeva.fr> Message-ID: Thanks. I'll try that. Else I gotto pay the customer a visit. On Wed, Sep 8, 2010 at 11:24 AM, David Ponzone wrote: > You have to add the following in the directory entry for the user: > > > > But I guess the UA may not use that value to override its internal register > timeout. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 08/09/2010 ? 10:46, Jonas Gauffin a ?crit : > > yep. But I have no access to the device. As I remember the SIP RFC, a > registrar can suggest an expires value to the UA? Is it possible with FS? > > On Wed, Sep 8, 2010 at 8:29 AM, Pusk?s Zsolt wrote: > >> Have you upgraded to the latest firmware ? >> >> >> 2010. szeptember 8. 08:17:26 d?tummal Jonas Gauffin az al?bbiakat ?rta: >> > Hello >> > >> > Is it possible to tell a phone to slow down with the registrations >> through >> > FS? >> > I got a PAP2T which sends REGISTER every second to FS. >> > >> > //Jonas >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/d2ee837e/attachment-0001.html From brian at microcomaustralia.com.au Wed Sep 8 02:49:12 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 19:49:12 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: On 8 September 2010 19:11, Fran?ois Legal wrote: > Well, there seem to be a specific standard for Australia. You should > maybe dig about how CID is supposed to be signaled in this standard. > Here in France, CID has to be sent before the first ring pulse, or > between first and second ring pulse. I made a patch for freetdm and this > works for me. Hmmm. You might be on to something here. It wouldn't surprise me at all if out standards are similar to France. Unfortunately having problems finding anything more definite then this, except for pages for Asterisk that say I have to change: sendcalleridafter=1 to sendcalleridafter=2 > I did make an update to latest trunk a month ago, and the patch could > be almost successfully applied. It should be attached to JIRA > OPENZAP-100. What do you mean by "JIRA OPENZAP-100"? I have updated to the latest Freeswitch Trunk, not sure if you mean your patch has been included or not. -- Brian May From brian at microcomaustralia.com.au Wed Sep 8 03:02:30 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 20:02:30 +1000 Subject: [Freeswitch-users] freetdm compile error Message-ID: making install mod_freetdm libtool: link: gcc -I/home/brian/tree/freeswitch/libs/freetdm/src/include -I/home/brian/tree/freeswitch/libs/freetdm/src/isdn/include -I/home/brian/tree/freeswitch/libs/freetdm/src/include/private -I/home/brian/tree/freeswitch/libs/freetdm/src/ftmod/ftmod_sangoma_boost -DFTDM_CONFIG_DIR=\"/opt/freeswitch/conf\" -DFTDM_MOD_DIR=\"/opt/freeswitch/mod\" -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -O0 -g -ggdb -DPACKAGE_NAME=\"freetdm\" -DPACKAGE_TARNAME=\"freetdm\" -DPACKAGE_VERSION=\"pre-alpha\" "-DPACKAGE_STRING=\"freetdm pre-alpha\"" -DPACKAGE_BUGREPORT=\"bugs at freeswitch.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libfreetdm\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBM=1 -DSIZEOF_LONG=4 -DHAVE_NETDB_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_GETHOSTBYNAME_R=1 "-DDEBUG=/**/" -g -O2 -o .libs/testtones testtones-testtones.o ./.libs/libfreetdm.so -lm -lpthread -ldl -Wl,-rpath -Wl,/opt/freeswitch/lib ./.libs/libfreetdm.so: undefined reference to `ftdm_is_number' collect2: ld returned 1 exit status make[4]: *** [testtones] Error 1 make[3]: *** [local_install] Error 2 make[2]: *** [install] Error 1 make[1]: *** [mod_freetdm-install] Error 1 make: *** [install_mod] Error 2 -- Brian May From devel at thom.fr.eu.org Wed Sep 8 03:45:31 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 12:45:31 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> No, it's not included. The patch is attached to this JIRA bug report. Go to jira.freeswitch.org, then find the freetdm section, and look for open/in progress issues. You'll find one which is tagged OPENZAP-100. Then inside this one, there is a file patch-mwi1.txt attached. It should be the one to go. Patch your freetdm source tree with this file, then rebuild mod_freetdm and install the lib in your freeswitch setup. You then have to add the lines modem_type = FSK_V23_FORWARD_MODE1 (or the modulation type that best fits your setup) in freetdm.conf, and you should be good to go. Or at least try. Fran?ois On Wed, 8 Sep 2010 19:49:12 +1000, Brian May wrote: > On 8 September 2010 19:11, Fran?ois Legal wrote: >> Well, there seem to be a specific standard for Australia. You should >> maybe dig about how CID is supposed to be signaled in this standard. >> Here in France, CID has to be sent before the first ring pulse, or >> between first and second ring pulse. I made a patch for freetdm and this >> works for me. > > Hmmm. You might be on to something here. It wouldn't surprise me at > all if out standards are similar to France. > > Unfortunately having problems finding anything more definite then > this, except for pages for Asterisk that say I have to change: > > sendcalleridafter=1 > > to > > sendcalleridafter=2 > > > >> I did make an update to latest trunk a month ago, and the patch could >> be almost successfully applied. It should be attached to JIRA >> OPENZAP-100. > > What do you mean by "JIRA OPENZAP-100"? > > I have updated to the latest Freeswitch Trunk, not sure if you mean > your patch has been included or not. From brian at microcomaustralia.com.au Wed Sep 8 03:45:50 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 20:45:50 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: Message-ID: Hmmm. Starting to look like that upgrade was a little bit of a mistake. I bypassed the previous error (I commented out the code that uses ftdm_is_number), now Freeswitch won't bridge calls to FreeTDM ports anymore :-( 2010-09-08 20:41:20.791303 [DEBUG] mod_freetdm.c:377 Set codec PCMU 20ms 2010-09-08 20:41:20.795122 [DEBUG] mod_freetdm.c:1334 Connect outbound channel FreeTDM/2:1/ 2010-09-08 20:41:20.795122 [NOTICE] switch_channel.c:779 New Channel FreeTDM/2:1/ [82b1adb4-d506-40c7-8bc4-40660b8e1783] 2010-09-08 20:41:20.799336 [DEBUG] mod_freetdm.c:1348 (FreeTDM/2:1/) State Change CS_NEW -> CS_INIT 2010-09-08 20:41:20.799336 [DEBUG] switch_core_session.c:1039 Send signal FreeTDM/2:1/ [BREAK] 2010-09-08 20:41:20.801244 [CRIT] ftdm_io.c:2163 Call place, but outbound flag not set 2010-09-08 20:41:20.801244 [NOTICE] mod_freetdm.c:1376 Close Channel FreeTDM/2:1/ [CS_INIT] 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:430 (FreeTDM/2:1/) Running State Change CS_DESTROY 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:440 (FreeTDM/2:1/) State DESTROY 2010-09-08 20:41:20.809204 [DEBUG] switch_core_state_machine.c:440 (FreeTDM/2:1/) State DESTROY going to sleep 2010-09-08 20:41:20.809204 [DEBUG] ftdm_io.c:2289 channel done 2:1 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [FreeTDM] cause: [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.809204 [DEBUG] switch_ivr_originate.c:3440 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [user] cause: [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.813359 [DEBUG] switch_ivr_originate.c:3440 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.813359 [INFO] mod_dptools.c:2393 Originate Failed. Cause: DESTINATION_OUT_OF_ORDER Curiously I can use the same lines to make incoming calls, that seems to be fine. -- Brian May From velu.technical at gmail.com Wed Sep 8 03:47:59 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Wed, 8 Sep 2010 16:17:59 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: Dear Derek, When I execute the make mod_opal in it has thrown the following error, usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In constructor ?FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, unsigned int, OpalConnection::StringOptions*, switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)?: /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: error: no matching function for call to ?OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, unsigned int&, OpalConnection::StringOptions*&)? /usr/include/opal/opal/localep.h:253: note: candidates are: OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, void*) /usr/include/opal/opal/localep.h:242: note: OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::read_frame(switch_frame_t**, switch_io_flag_t)?: /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::write_frame(const switch_frame_t*, switch_io_flag_t)?: /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? make[5]: *** [mod_opal.lo] Error 1 make[4]: *** [all] Error 1 make[3]: *** [mod_opal-all] Error 1 make[2]: *** [all-recursive] Error 1 Regards, Velusamy. On Tue, Sep 7, 2010 at 4:12 PM, Derek Smithies wrote: > Hi, > the file build/buildopal.sh is "wrong". > > > > cd /root > svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunkptlib > cd ptlib > ./configure --prefix=/usr > ${MAKE} > ${MAKE} install > > cd .. > svn co > https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/branches/v3_6opal > cd opal > export PKG_CONFIG_PATH=/usr/lib/pkgconfig > ./configure --prefix=/usr > ${MAKE} > ${MAKE} install > cd ${FS_DIR} > ${MAKE} mod_opal-install > > > See - it uses a branch version of opal, and a trunk version of ptlib. > > Please, change it to use the same SVN revision number of trunk. > > Derek. > ========================================================================== > > On Tue, 7 Sep 2010, Peter Olsson wrote: > > >> The wiki is not up-to-date, please read the recommendations in the readme >> file that exists in mod_h323-dir. You should use older versions of >> h323Plus/PTLib, not latest from trunk. >> >> >> >> I will update the wiki, I just havn?t had the time... >> >> >> >> /Peter >> >> >> >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan >> Skickat: den 7 september 2010 11:09 >> Till: FreeSWITCH Users Help >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> >> >> Dear Peter Olsson, >> I have installed the mod_h323 by following the steps which is given in >> the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod >> mod_h323", I have got the following error, >> 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error >> Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so >> **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: >> _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** >> >> -ERR unloading module [No such module!] >> -ERR loading module [module load file routine returned an error] >> >> Kindly help me to set the FreeSWITCH to work with H.323 protocol. >> >> Thanks, >> Velusamy. >> >> >> On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson < >> peter.olsson at visionutveckling.se> wrote: >> >> I would recommend using mod_h323 and H323Plus library ( >> http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is >> probably better maintained. >> Last time I used mod_opal I think I was using Opal release "Lalande" - the >> SVN versions was usually very unstable. So if you want to use mod_opal, I >> think >> that Lalande release versions should be the best choice. >> >> /Peter >> ________________________________________ >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [ >> freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan >> [velu.technical at gmail.com] >> Skickat: den 4 september 2010 10:58 >> Till: FreeSWITCH Users Help >> >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> Dear All, >> I have updated the latest SVN for OPAL libraries. The version of the >> OPAL libraries is 24682. But still the problem has not solved. >> Kindly anyone tell me which version of the OPAL should be used for >> mod_opal. >> >> Thanks, >> Velusamy. >> >> On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > steveayre at gmail.com>> wrote: >> This means the module was compiled, but it isn't finding a required opal >> function. You might have an older copy of opal installed than mod_opal >> requires. >> >> Steve on iPhone >> >> On 3 Sep 2010, at 14:11, "Lars Zeb" > larclap at yahoo.com>> wrote: >> >> Did you uncomment the opal line in modules.conf? >> >> endpoints/mod_loopback >> #endpoints/mod_alsa >> #endpoints/mod_opal #<<<> #endpoints/mod_skinny >> >> From: freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy >> Krishnan >> >> Sent: Friday, September 03, 2010 1:58 AM >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] mod_opal installation problem >> >> Dear All, >> After installing the mod_opal module, I have tried to load that >> module in the freeswitch. But I have received the following error, >> >> 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error >> Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so >> **/usr/lib/libopal.so.3.9-beta0: undefined symbol: >> _ZNK15OpalMediaStream18EnableJitterBufferEv** >> >> -ERR unloading module [No such module!] >> -ERR loading module [module load file routine returned an error] >> >> Kindly, anyone help to resolve this issue. >> >> Thanks, >> Velusamy. >> >> 2010/9/3 velusamy Krishnan < >> velu.technical at gmail.com> >> >> Dear All, >> Thanks for fixing the problem.. >> Regards, >> Velusamy. >> >> On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson >> < >> peter.olsson at visionutveckling.se> >> wrote: >> Thanks Jeff - I think the same applies for mod_h323, if you feel like >> making a quick fix there as well... >> >> /Peter >> >> >> -----Ursprungligt meddelande----- >> >> Fr?n: >> freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org>[mailto:> freeswitch-users-bounces at lists.freeswitch.org> >> freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswit >> ch.org>] F?r Jeff Lenk >> >> Skickat: den 2 september 2010 15:28 >> >> Till: >> freeswitch-users at lists.freeswitch.org> freeswitch-users at lists.freeswitch.org> >> >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> fixed in git head 4a7425e >> -- >> >> View this message in context: < >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> > >> >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> Sent from the freeswitch-users mailing list archive at Nabble.com< >> http://Nabble.com>. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:> >http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:> >http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> !DSPAM:4c8604ff32931776120533! >> >> >> >> > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > "Oh, the usual, get everything right". > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/073dc29f/attachment-0001.html From velu.technical at gmail.com Wed Sep 8 03:50:13 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Wed, 8 Sep 2010 16:20:13 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: Dear Peter Olsson, Could you please tell me which version of the H323plus and PTLib should be used and how to get that version files. Thanks, Velusamy. On Tue, Sep 7, 2010 at 3:17 PM, Peter Olsson < peter.olsson at visionutveckling.se> wrote: > The wiki is not up-to-date, please read the recommendations in the readme > file that exists in mod_h323-dir. You should use older versions of > h323Plus/PTLib, not latest from trunk. > > > > I will update the wiki, I just havn?t had the time... > > > > /Peter > > > > *Fr?n:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *F?r *velusamy Krishnan > *Skickat:* den 7 september 2010 11:09 > > *Till:* FreeSWITCH Users Help > *?mne:* Re: [Freeswitch-users] mod_opal installation problem > > > > Dear Peter Olsson, > I have installed the mod_h323 by following the steps which is given in > the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod > mod_h323", I have got the following error, > 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error > Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so > **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: > _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly help me to set the FreeSWITCH to work with H.323 protocol. > > Thanks, > Velusamy. > > > On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson < > peter.olsson at visionutveckling.se> wrote: > > I would recommend using mod_h323 and H323Plus library ( > http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is > probably better maintained. Last time I used mod_opal I think I was using > Opal release "Lalande" - the SVN versions was usually very unstable. So if > you want to use mod_opal, I think that Lalande release versions should be > the best choice. > > /Peter > ________________________________________ > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [ > freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan > [velu.technical at gmail.com] > Skickat: den 4 september 2010 10:58 > Till: FreeSWITCH Users Help > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > I have updated the latest SVN for OPAL libraries. The version of the > OPAL libraries is 24682. But still the problem has not solved. > Kindly anyone tell me which version of the OPAL should be used for > mod_opal. > > Thanks, > Velusamy. > > On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre steveayre at gmail.com>> wrote: > This means the module was compiled, but it isn't finding a required opal > function. You might have an older copy of opal installed than mod_opal > requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" larclap at yahoo.com>> wrote: > > Did you uncomment the opal line in modules.conf? > > endpoints/mod_loopback > #endpoints/mod_alsa > #endpoints/mod_opal #<<< #endpoints/mod_skinny > > From: freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org> [mailto: > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy > Krishnan > > Sent: Friday, September 03, 2010 1:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > After installing the mod_opal module, I have tried to load that module > in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error > Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: > _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > 2010/9/3 velusamy Krishnan < > velu.technical at gmail.com> > > Dear All, > Thanks for fixing the problem.. > Regards, > Velusamy. > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson < peter.olsson at visionutveckling.se>peter.olsson at visionutveckling.se peter.olsson at visionutveckling.se>> wrote: > Thanks Jeff - I think the same applies for mod_h323, if you feel like > making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > > Fr?n: > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org> [mailto: freeswitch-users-bounces at lists.freeswitch.org> > freeswitch-users-bounces at lists.freeswitch.org freeswitch-users-bounces at lists.freeswitch.org>] F?r Jeff Lenk > > Skickat: den 2 september 2010 15:28 > > Till: > freeswitch-users at lists.freeswitch.org freeswitch-users at lists.freeswitch.org> > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > fixed in git head 4a7425e > -- > > View this message in context: < > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html> > > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com< > http://Nabble.com>. > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > !DSPAM:4c8604ff32931776120533! > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/73a45ae2/attachment.html From brian at microcomaustralia.com.au Wed Sep 8 03:58:11 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 20:58:11 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: On 8 September 2010 20:45, Fran?ois Legal wrote: > No, it's not included. The patch is attached to this JIRA bug report. > Go to jira.freeswitch.org, then find the freetdm section, and look for > open/in progress issues. You'll find one which is tagged OPENZAP-100. > Then ?inside this one, there is a file patch-mwi1.txt attached. It > should be the one to go. > Patch your freetdm source tree with this file, then rebuild mod_freetdm > and install the lib in your freeswitch setup. > You then have to add the lines modem_type = FSK_V23_FORWARD_MODE1 (or > the modulation type that best fits your setup) in freetdm.conf, and you > should be good to go. Or at least try. Doesn't seem to apply cleanly :-( patching file libs/freetdm/mod_freetdm/mod_freetdm.c Hunk #1 succeeded at 133 (offset 12 lines). Hunk #2 succeeded at 2193 (offset 167 lines). Hunk #3 succeeded at 3699 (offset 429 lines). Hunk #4 FAILED at 3589. Hunk #5 succeeded at 4055 (offset 431 lines). Hunk #6 succeeded at 4090 (offset 431 lines). Hunk #7 succeeded at 4274 (offset 431 lines). Hunk #8 succeeded at 4301 (offset 431 lines). 1 out of 8 hunks FAILED -- saving rejects to file libs/freetdm/mod_freetdm/mod_freetdm.c.rej patching file libs/freetdm/src/ftdm_io.c Hunk #1 succeeded at 969 (offset 39 lines). Hunk #2 succeeded at 1251 (offset 22 lines). Hunk #3 succeeded at 2688 (offset 163 lines). Hunk #4 succeeded at 2721 (offset 163 lines). Hunk #5 succeeded at 3291 (offset 272 lines). Hunk #6 succeeded at 3336 (offset 272 lines). Hunk #7 succeeded at 3779 (offset 323 lines). Hunk #8 succeeded at 3913 (offset 323 lines). patching file libs/freetdm/src/ftdm_threadmutex.c patching file libs/freetdm/src/ftmod/ftmod_analog/ftmod_analog.c Hunk #2 succeeded at 337 (offset 1 line). Hunk #3 succeeded at 402 (offset 1 line). Hunk #4 succeeded at 426 (offset 1 line). Hunk #5 succeeded at 443 (offset 1 line). Hunk #6 succeeded at 477 (offset 1 line). Hunk #7 succeeded at 493 (offset 1 line). Hunk #8 succeeded at 548 (offset 1 line). Hunk #9 succeeded at 673 (offset 1 line). Hunk #10 succeeded at 680 (offset 1 line). Hunk #11 succeeded at 692 (offset 1 line). patching file libs/freetdm/src/include/freetdm.h Hunk #1 succeeded at 435 (offset 10 lines). patching file libs/freetdm/src/include/private/ftdm_core.h Hunk #1 succeeded at 432 (offset 20 lines). patching file libs/freetdm/src/include/private/ftdm_types.h Hunk #3 succeeded at 224 (offset 24 lines). patching file src/mod/applications/mod_voicemail/mod_voicemail.c Hunk #2 succeeded at 1444 with fuzz 2 (offset 8 lines). Hunk #3 succeeded at 1673 (offset 9 lines). Hunk #4 succeeded at 1693 (offset 9 lines). Hunk #5 succeeded at 1727 (offset 9 lines). Hunk #6 succeeded at 1905 (offset 9 lines). Hunk #7 succeeded at 2197 (offset 9 lines). Hunk #8 succeeded at 2336 (offset 9 lines). Hunk #9 succeeded at 2412 (offset 9 lines). Hunk #10 succeeded at 2478 (offset 9 lines). Hunk #11 FAILED at 3631. Hunk #12 succeeded at 3663 (offset 15 lines). Hunk #13 succeeded at 4022 (offset 15 lines). Hunk #14 succeeded at 4068 (offset 15 lines). Hunk #15 succeeded at 4107 (offset 15 lines). Hunk #16 succeeded at 4167 (offset 15 lines). Hunk #17 succeeded at 4229 (offset 15 lines). Hunk #18 succeeded at 4276 (offset 15 lines). 1 out of 18 hunks FAILED -- saving rejects to file src/mod/applications/mod_voicemail/mod_voicemail.c.rej -- Brian May From devel at thom.fr.eu.org Wed Sep 8 04:16:09 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 13:16:09 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: On Wed, 8 Sep 2010 20:58:11 +1000, Brian May wrote: > On 8 September 2010 20:45, Fran?ois Legal wrote: >> No, it's not included. The patch is attached to this JIRA bug report. >> Go to jira.freeswitch.org, then find the freetdm section, and look for >> open/in progress issues. You'll find one which is tagged OPENZAP-100. >> Then ?inside this one, there is a file patch-mwi1.txt attached. It >> should be the one to go. >> Patch your freetdm source tree with this file, then rebuild mod_freetdm >> and install the lib in your freeswitch setup. >> You then have to add the lines modem_type = FSK_V23_FORWARD_MODE1 (or >> the modulation type that best fits your setup) in freetdm.conf, and you >> should be good to go. Or at least try. > > Doesn't seem to apply cleanly :-( > I know I should not say that ..., but this should not be a problem. This patch does a lot of things to freetdm (it also contains the MWI feature for analog phones, plus a modification in mod_voicemail to allow message notifications be sent to freetdm (look at JIRA OPENZAP-101 for information on how this work). Anyway, it should be worth a try like this. Fran?ois From brian at microcomaustralia.com.au Wed Sep 8 04:18:35 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Wed, 8 Sep 2010 21:18:35 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: Message-ID: For now I have reverted back to version 3e2056833b71af27bd6bdfbe1ab39b36af497cb6, that works fine. Seems that somewhere between 3e2056833b71af27bd6bdfbe1ab39b36af497cb6 (1/9) and 3482f95e72934dd96f80188cc04b008308bf73db (today) freetdm was broken :-(. -- Brian May From devel at thom.fr.eu.org Wed Sep 8 04:20:59 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 13:20:59 +0200 Subject: [Freeswitch-users] problem trying to make analog calls from freetdm channel to another freetdm channel In-Reply-To: <3050.1283934414@ccs.covici.com> References: <3050.1283934414@ccs.covici.com> Message-ID: On Wed, 08 Sep 2010 04:26:54 -0400, covici at ccs.covici.com wrote: > Hi. I am trying to use freetdm channels on an X400p Digium card with > one fxs and one fxo card to make dcalls using the fxs through the fxo. > > I get this strange message: > > 2010-09-08 04:11:15.705818 [CRIT] ftdm_io.c:2162 Call place, but > outbound flag not set > > The complete log is at > http://pastebin.freeswitch.org/13838 > > Any assistance would be appreciated. Well I noticed some weeks ago that the outbound flag did not get set anymore for outgoing calls, and this made some patch of mine (remote hangup detection by polarity inversion) stop working. At the time, I did not take time to check why and when this had been removed. Maybe Moises can tell ? Fran?ois From peter.olsson at visionutveckling.se Wed Sep 8 04:56:05 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Wed, 8 Sep 2010 13:56:05 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC644B99@cooper> Use the versions provided here: http://www.gnugk.org/compiling-gnugk.html. That is H323Plus from CVS as of 2010-05-25 and PTLib version 2.8.1. /Peter Mvh Peter Olsson Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan Skickat: den 8 september 2010 12:50 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear Peter Olsson, Could you please tell me which version of the H323plus and PTLib should be used and how to get that version files. Thanks, Velusamy. On Tue, Sep 7, 2010 at 3:17 PM, Peter Olsson > wrote: The wiki is not up-to-date, please read the recommendations in the readme file that exists in mod_h323-dir. You should use older versions of h323Plus/PTLib, not latest from trunk. I will update the wiki, I just havn't had the time... /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan Skickat: den 7 september 2010 11:09 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear Peter Olsson, I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod mod_h323", I have got the following error, 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly help me to set the FreeSWITCH to work with H.323 protocol. Thanks, Velusamy. On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson > wrote: I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think that Lalande release versions should be the best choice. /Peter ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] Skickat: den 4 september 2010 10:58 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear All, I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. Kindly anyone tell me which version of the OPAL should be used for mod_opal. Thanks, Velusamy. On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre >> wrote: This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. Steve on iPhone On 3 Sep 2010, at 14:11, "Lars Zeb" >> wrote: Did you uncomment the opal line in modules.conf? endpoints/mod_loopback #endpoints/mod_alsa #endpoints/mod_opal #<<<> [mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy Krishnan Sent: Friday, September 03, 2010 1:58 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_opal installation problem Dear All, After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly, anyone help to resolve this issue. Thanks, Velusamy. 2010/9/3 velusamy Krishnan <>velu.technical at gmail.com>> Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson <>peter.olsson at visionutveckling.se>> wrote: Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: > freeswitch-users-bounces at lists.freeswitch.org> [mailto:>freeswitch-users-bounces at lists.freeswitch.org>] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: > freeswitch-users at lists.freeswitch.org> ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c876c9232937877918275! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/c7729633/attachment-0001.html From covici at ccs.covici.com Wed Sep 8 04:56:54 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Wed, 08 Sep 2010 07:56:54 -0400 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: Message-ID: <5179.1283947014@ccs.covici.com> This is the bug I have also -- should I downgrade a bit, and if so to where? Brian May wrote: > Hmmm. Starting to look like that upgrade was a little bit of a > mistake. I bypassed the previous error (I commented out the code that > uses ftdm_is_number), now Freeswitch won't bridge calls to FreeTDM > ports anymore :-( > > 2010-09-08 20:41:20.791303 [DEBUG] mod_freetdm.c:377 Set codec PCMU 20ms > 2010-09-08 20:41:20.795122 [DEBUG] mod_freetdm.c:1334 Connect outbound > channel FreeTDM/2:1/ > 2010-09-08 20:41:20.795122 [NOTICE] switch_channel.c:779 New Channel > FreeTDM/2:1/ [82b1adb4-d506-40c7-8bc4-40660b8e1783] > 2010-09-08 20:41:20.799336 [DEBUG] mod_freetdm.c:1348 (FreeTDM/2:1/) > State Change CS_NEW -> CS_INIT > 2010-09-08 20:41:20.799336 [DEBUG] switch_core_session.c:1039 Send > signal FreeTDM/2:1/ [BREAK] > 2010-09-08 20:41:20.801244 [CRIT] ftdm_io.c:2163 Call place, but > outbound flag not set > 2010-09-08 20:41:20.801244 [NOTICE] mod_freetdm.c:1376 Close Channel > FreeTDM/2:1/ [CS_INIT] > 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:430 > (FreeTDM/2:1/) Running State Change CS_DESTROY > 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:440 > (FreeTDM/2:1/) State DESTROY > 2010-09-08 20:41:20.809204 [DEBUG] switch_core_state_machine.c:440 > (FreeTDM/2:1/) State DESTROY going to sleep > 2010-09-08 20:41:20.809204 [DEBUG] ftdm_io.c:2289 channel done 2:1 > 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot > create outgoing channel of type [FreeTDM] cause: > [DESTINATION_OUT_OF_ORDER] > 2010-09-08 20:41:20.809204 [DEBUG] switch_ivr_originate.c:3440 > Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] > 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot > create outgoing channel of type [user] cause: > [DESTINATION_OUT_OF_ORDER] > 2010-09-08 20:41:20.813359 [DEBUG] switch_ivr_originate.c:3440 > Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] > 2010-09-08 20:41:20.813359 [INFO] mod_dptools.c:2393 Originate Failed. > Cause: DESTINATION_OUT_OF_ORDER > > Curiously I can use the same lines to make incoming calls, that seems > to be fine. > -- > Brian May > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 peter.olsson at visionutveckling.se Wed Sep 8 04:57:37 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Wed, 8 Sep 2010 13:57:37 +0200 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC644B9B@cooper> The Opal trunk is not stable. The last version I used to compile was "Lalande". However, I think that mod_h323 works better, and has been better maintained lately. /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan Skickat: den 8 september 2010 12:48 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear Derek, When I execute the make mod_opal in it has thrown the following error, usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In constructor 'FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, unsigned int, OpalConnection::StringOptions*, switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)': /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: error: no matching function for call to 'OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, unsigned int&, OpalConnection::StringOptions*&)' /usr/include/opal/opal/localep.h:253: note: candidates are: OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, void*) /usr/include/opal/opal/localep.h:242: note: OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function 'switch_status_t FSMediaStream::read_frame(switch_frame_t**, switch_io_flag_t)': /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: error: 'class OpalMediaPatch' has no member named 'OnStartMediaPatch' /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function 'switch_status_t FSMediaStream::write_frame(const switch_frame_t*, switch_io_flag_t)': /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: error: 'class OpalMediaPatch' has no member named 'OnStartMediaPatch' make[5]: *** [mod_opal.lo] Error 1 make[4]: *** [all] Error 1 make[3]: *** [mod_opal-all] Error 1 make[2]: *** [all-recursive] Error 1 Regards, Velusamy. On Tue, Sep 7, 2010 at 4:12 PM, Derek Smithies > wrote: Hi, the file build/buildopal.sh is "wrong". cd /root svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk ptlib cd ptlib ./configure --prefix=/usr ${MAKE} ${MAKE} install cd .. svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/branches/v3_6 opal cd opal export PKG_CONFIG_PATH=/usr/lib/pkgconfig ./configure --prefix=/usr ${MAKE} ${MAKE} install cd ${FS_DIR} ${MAKE} mod_opal-install See - it uses a branch version of opal, and a trunk version of ptlib. Please, change it to use the same SVN revision number of trunk. Derek. ========================================================================== On Tue, 7 Sep 2010, Peter Olsson wrote: The wiki is not up-to-date, please read the recommendations in the readme file that exists in mod_h323-dir. You should use older versions of h323Plus/PTLib, not latest from trunk. I will update the wiki, I just havn't had the time... /Peter Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan Skickat: den 7 september 2010 11:09 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear Peter Olsson, I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod mod_h323", I have got the following error, 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly help me to set the FreeSWITCH to work with H.323 protocol. Thanks, Velusamy. On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson > wrote: I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think that Lalande release versions should be the best choice. /Peter ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] Skickat: den 4 september 2010 10:58 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] mod_opal installation problem Dear All, I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. Kindly anyone tell me which version of the OPAL should be used for mod_opal. Thanks, Velusamy. On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre >> wrote: This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. Steve on iPhone On 3 Sep 2010, at 14:11, "Lars Zeb" >> wrote: Did you uncomment the opal line in modules.conf? endpoints/mod_loopback #endpoints/mod_alsa #endpoints/mod_opal #<<<> [mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy Krishnan Sent: Friday, September 03, 2010 1:58 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_opal installation problem Dear All, After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** -ERR unloading module [No such module!] -ERR loading module [module load file routine returned an error] Kindly, anyone help to resolve this issue. Thanks, Velusamy. 2010/9/3 velusamy Krishnan <>velu.technical at gmail.com>> Dear All, Thanks for fixing the problem.. Regards, Velusamy. On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson <>peter.olsson at visionutveckling.se>> wrote: Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... /Peter -----Ursprungligt meddelande----- Fr?n: > freeswitch-users-bounces at lists.freeswitch.org>[mailto:>freeswitch-users-bounces at lists.freeswitch.org ch.org>] F?r Jeff Lenk Skickat: den 2 september 2010 15:28 Till: > freeswitch-users at lists.freeswitch.org> ?mne: Re: [Freeswitch-users] mod_opal installation problem fixed in git head 4a7425e -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list >FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c876bc132931680816654! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/c8a770ae/attachment-0001.html From Nabble at slickdeals.endjunk.com Wed Sep 8 05:11:01 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 8 Sep 2010 05:11:01 -0700 (PDT) Subject: [Freeswitch-users] mod_dingaling crashes FS with can't resolve symbol 'gcry_control' In-Reply-To: References: <1283908106456-5508802.post@n2.nabble.com> Message-ID: <1283947861348-5510372.post@n2.nabble.com> Anthony Minessale wrote: > > you have a bad copy of libgcrypt and gnutls > you are out of luck I suspect the libgcrypt is to blame. Thanks for your quick response. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-dingaling-crashes-FS-with-can-t-resolve-symbol-gcry-control-tp5508802p5510372.html Sent from the freeswitch-users mailing list archive at Nabble.com. From moises.silva at gmail.com Wed Sep 8 07:18:33 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 8 Sep 2010 10:18:33 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: > > I know I should not say that ..., but this should not be a problem. > This patch does a lot of things to freetdm (it also contains the MWI > feature for analog phones, plus a modification in mod_voicemail to allow > message notifications be sent to freetdm (look at JIRA OPENZAP-101 for > information on how this work). > > Anyway, it should be worth a try like this. > It would be better if you can update the patch. I will be back at looking at analog next week, so it's your chance to get your functionality included. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/fb610209/attachment.html From devel at thom.fr.eu.org Wed Sep 8 07:22:39 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 16:22:39 +0200 Subject: [Freeswitch-users] problem trying to make analog calls from freetdm channel to another freetdm channel In-Reply-To: References: <3050.1283934414@ccs.covici.com> Message-ID: <7fb53dae86f3ea506d85e5e1fd3d7985@thom.fr.eu.org> On Wed, 08 Sep 2010 13:20:59 +0200, Fran?ois Legal wrote: > On Wed, 08 Sep 2010 04:26:54 -0400, covici at ccs.covici.com wrote: >> Hi. I am trying to use freetdm channels on an X400p Digium card with >> one fxs and one fxo card to make dcalls using the fxs through the fxo. >> >> I get this strange message: >> >> 2010-09-08 04:11:15.705818 [CRIT] ftdm_io.c:2162 Call place, but >> outbound flag not set >> >> The complete log is at >> http://pastebin.freeswitch.org/13838 >> >> Any assistance would be appreciated. > > Well I noticed some weeks ago that the outbound flag did not get set > anymore for outgoing calls, and this made some patch of mine (remote > hangup detection by polarity inversion) stop working. At the time, I did > not take time to check why and when this had been removed. Maybe Moises > can tell ? > > Fran?ois > Just checked git, and it seems this comes from revision 705dd237def5b93cb7b2986ae65a250ff38dc67a on the 24/08/2010 Fran?ois From moises.silva at gmail.com Wed Sep 8 07:22:59 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 8 Sep 2010 10:22:59 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: Message-ID: On Tue, Sep 7, 2010 at 11:16 PM, Brian May wrote: > On 8 September 2010 11:21, Moises Silva wrote: > > Pastebin a debug log for a call. Also, before placing the call, create > the > > directory /var/log/freetdm and then execute this in FreeSWITCH CLI: > > ftdm trace /var/log/freetdm/test > > Hopefully I got this right ;-) > > > > To me everything looks good in this listing. > > Not sure what I can do with the freetdm trace files... > The trace is a raw audio trace. Send me the files, or better yet, put them in a public ftp or http server where I can download them. You can find the files at the directory you created /var/log/freetdm Make sure you put files for a single call attempt (incoming and outgoing) so I can try to make sense out of them. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/50715c19/attachment.html From teddywu72 at gmail.com Tue Sep 7 20:37:03 2010 From: teddywu72 at gmail.com (Chia-Yen Wu) Date: Wed, 8 Sep 2010 11:37:03 +0800 Subject: [Freeswitch-users] Fax Problem, Disconnected after permitted retries Message-ID: Hello I am trying to send a traditional fax through the voip gateway to Freeswitch, but it fails a lot the error message is : Fax processing not successful - result (48) Disconnected after permitted retries. the route looks like this: HP officejet 5610 all-in-one ---------RJ11--------- Wellgate 2644 ---------RJ45--------- FreeSwitch Server system: Windows XP FreeSWITCH: Version 1.0.head (git-) i donno what's the problem it is . i have tried many solutions. like disable-v17 set to true, it increase the successful rate but still not good. thank you~ here is the log: 2010-09-08 10:52:36.710250 [NOTICE] switch_channel.c:779 New Channel sofia/internal/test123_inner_fax at 192.168.1.23:5566[5585d019-0b99-43c2-9202-6901f83fb348] 2010-09-08 10:52:36.725875 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_NEW 2010-09-08 10:52:36.725875 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State NEW 2010-09-08 10:52:36.819625 [DEBUG] sofia.c:4318 Channel sofia/internal/ test123_inner_fax at 192.168.1.23:5566 entering state [received][100] 2010-09-08 10:52:36.819625 [DEBUG] sofia.c:4329 Remote SDP: v=0 o=2dsp_4fxs_4fxo_108 16394 0 IN IP4 192.168.1.24 s=SIP CALL i=Audio Session c=IN IP4 192.168.1.24 t=0 0 m=audio 16394 RTP/AVP 18 4 8 0 2 96 a=rtpmap:18 G729/8000/1 a=rtpmap:4 G723/8000/1 a=rtpmap:8 PCMA/8000/1 a=rtpmap:0 PCMU/8000/1 a=rtpmap:2 G726-32/8000/1 a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[G7221:115:32000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[G7221:107:16000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[G722:9:8000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[PCMU:0:8000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[PCMA:8:8000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[GSM:3:8000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[G7221:115:32000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[G7221:107:16000:20] 2010-09-08 10:52:36.819625 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[G722:9:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[PCMU:0:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[PCMA:8:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G723:4:8000:20]/[GSM:3:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [PCMA:8:8000:20]/[G7221:115:32000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [PCMA:8:8000:20]/[G7221:107:16000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [PCMA:8:8000:20]/[G722:9:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [PCMA:8:8000:20]/[PCMU:0:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [PCMA:8:8000:20]/[PCMA:8:8000:20] 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/test123_inner_fax at 192.168.1.23:5566 PCMA/8000 20 ms 160 samples 2010-09-08 10:52:36.835250 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf send/recv payload to 96 2010-09-08 10:52:36.835250 [DEBUG] sofia.c:4476 (sofia/internal/ test123_inner_fax at 192.168.1.23:5566) State Change CS_NEW -> CS_INIT 2010-09-08 10:52:36.835250 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_INIT 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State INIT 2010-09-08 10:52:36.835250 [DEBUG] mod_sofia.c:83 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 SOFIA INIT 2010-09-08 10:52:36.835250 [DEBUG] mod_sofia.c:119 (sofia/internal/ test123_inner_fax at 192.168.1.23:5566) State Change CS_INIT -> CS_ROUTING 2010-09-08 10:52:36.835250 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State INIT going to sleep 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_ROUTING 2010-09-08 10:52:36.835250 [DEBUG] switch_channel.c:1512 (sofia/internal/ test123_inner_fax at 192.168.1.23:5566) Callstate Change DOWN -> RINGING 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State ROUTING 2010-09-08 10:52:36.835250 [DEBUG] mod_sofia.c:142 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 SOFIA ROUTING 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:77 sofia/internal/test123_inner_fax at 192.168.1.23:5566 Standard ROUTING 2010-09-08 10:52:36.835250 [INFO] mod_dialplan_xml.c:331 Processing test123_inner_fax->11111111 in context default Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 parsing [default->Local_Extension] continue=false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Regex (FAIL) [Local_Extension] destination_number(11111111) =~ /^([0-9][0-9][0-9][0-9])$/ break=on-false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 parsing [default->czc] continue=false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Regex (FAIL) [czc] destination_number(11111111) =~ /^99999$/ break=on-false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 parsing [default->voip_inner_fax] continue=false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Regex (FAIL) [voip_inner_fax] caller_id_number(test123_inner_fax) =~ /^voip_inner_fax$/ break=on-false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 parsing [default->2296_fax_in] continue=false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Regex (PASS) [2296_fax_in] caller_id_number(test123_inner_fax) =~ /^test123_inner_fax$/ break=on-false Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Action answer() Dialplan: sofia/internal/test123_inner_fax at 192.168.1.23:5566 Action lua(FaxOut_PSTN.lua ${destination_number} test123_inner_fax) 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State Change CS_ROUTING -> CS_EXECUTE 2010-09-08 10:52:36.835250 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State ROUTING going to sleep 2010-09-08 10:52:36.835250 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_EXECUTE 2010-09-08 10:52:36.850875 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State EXECUTE 2010-09-08 10:52:36.850875 [DEBUG] mod_sofia.c:235 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 SOFIA EXECUTE 2010-09-08 10:52:36.850875 [DEBUG] switch_core_state_machine.c:157 sofia/internal/test123_inner_fax at 192.168.1.23:5566 Standard EXECUTE EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566 answer() 2010-09-08 10:52:36.944625 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/test123_inner_fax at 192.168.1.23:5566] 192.168.1.23 port 30974 -> 192.168.1.24 port 16394 codec: 8 ms: 20 2010-09-08 10:52:36.944625 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-09-08 10:52:36.944625 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 96 2010-09-08 10:52:36.944625 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 96 2010-09-08 10:52:36.944625 [DEBUG] mod_sofia.c:677 Local SDP sofia/internal/ test123_inner_fax at 192.168.1.23:5566: v=0 o=FreeSWITCH 1283883382 1283883383 IN IP4 192.168.1.23 s=FreeSWITCH c=IN IP4 192.168.1.23 t=0 0 m=audio 30974 RTP/AVP 8 96 a=rtpmap:8 PCMA/8000 a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2010-09-08 10:52:36.944625 [DEBUG] switch_core_session.c:658 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:52:36.944625 [DEBUG] switch_channel.c:2542 (sofia/internal/ test123_inner_fax at 192.168.1.23:5566) Callstate Change RINGING -> ACTIVE 2010-09-08 10:52:36.944625 [NOTICE] mod_dptools.c:746 Channel [sofia/internal/test123_inner_fax at 192.168.1.23:5566] has been answered EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566lua(FaxOut_PSTN.lua 11111111 test123_inner_fax) 2010-09-08 10:52:37.116500 [NOTICE] mod_commands.c:4080 Executing command: extra\log\Log_2.exe 5585d019-0b99-43c2-9202-6901f83fb348 test123_inner_fax fax to 11111111 2010-09-08 10:52:37.491500 [DEBUG] sofia.c:4318 Channel sofia/internal/ test123_inner_fax at 192.168.1.23:5566 entering state [completed][200] 2010-09-08 10:52:37.491500 [DEBUG] sofia.c:4318 Channel sofia/internal/ test123_inner_fax at 192.168.1.23:5566 entering state [ready][200] 2010-09-08 10:52:37.585250 [ALERT] switch_cpp.cpp:1177 FaxOUT_PSTN: fax from test123_inner_fax to 11111111 2010-09-08 10:52:37.585250 [ALERT] switch_cpp.cpp:1177 Fax_Receive: Fax Recieving EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566playback(silence_stream://2000) 2010-09-08 10:52:37.616500 [DEBUG] switch_ivr_play_say.c:1161 Codec Activated L16 at 8000hz 1 channels 20ms 2010-09-08 10:52:37.679000 [DEBUG] switch_rtp.c:2519 Correct ip/port confirmed. 2010-09-08 10:52:39.632125 [DEBUG] switch_ivr_play_say.c:1468 done playing file EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566 system(mkdir tmp\fax\5585d019-0b99-43c2-9202-6901f83fb348) 2010-09-08 10:52:39.632125 [NOTICE] mod_dptools.c:1332 Executing command: mkdir tmp\fax\5585d019-0b99-43c2-9202-6901f83fb348 EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566set(fax_v17_disabled=true) 2010-09-08 10:52:39.679000 [DEBUG] mod_dptools.c:854 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 SET [fax_v17_disabled]=[true] EXECUTE sofia/internal/test123_inner_fax at 192.168.1.23:5566rxfax(tmp/fax/5585d019-0b99-43c2-9202-6901f83fb348/FAX-5585d019-0b99-43c2-9202-6901f83fb348.tif) 2010-09-08 10:52:39.679000 [DEBUG] mod_spandsp_fax.c:1077 Raw read codec activation Success L16 20000 2010-09-08 10:52:39.679000 [DEBUG] switch_core_codec.c:116 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 Push codec L16:10 2010-09-08 10:52:39.679000 [DEBUG] mod_spandsp_fax.c:1093 Raw write codec activation Success L16 2010-09-08 10:52:40.710250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 1 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_A_CED, state 1 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Starting answer mode 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_A_CED to T30_PHASE_B_TX 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 0 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 4 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Start T2 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from state 1 to 17 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Sending ident 'TEST123 VOIP' 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: CSI without final frame tag 2010-09-08 10:52:42.741500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 03 40 50 49 4f 56 20 4f 55 55 4e 20 20 20 20 20 20 20 20 20 20 20 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 DIS: 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Store and forward Internet fax (T.37): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Real-time Internet fax (T.38): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= 3G mobile network: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= V.8 capabilities: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Preferred octets: 256 octets 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Ready to transmit a fax document (polling): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..1.= Can receive fax: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..00 11..= Supported data signalling rates: V.27 ter and V.29 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= R8x7.7lines/mm and/or 200x200pels/25.4mm: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= 2-D coding: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..10= Recording width: 215mm +- 1%, 255mm +- 1% and 303mm +- 1% 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 10..= Recording length: Unlimited 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .111 ....= Receiver's minimum scan line time: 0ms at 3.85 l/mm; T7.7 = T3.85 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Compressed/uncompressed mode: Compressed 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= Error correction mode (ECM): ECM 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= T.6 coding: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= "Field not valid" supported: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Multiple selective polling: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Polled sub-address: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= T.43 coding: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Plane interleave: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Voice coding with 32kbit/s ADPCM (Rec. G.726): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Reserved for the use of extended voice coding set: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...1= R8x15.4lines/mm: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= 300x300pels/25.4mm: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= R16x15.4lines/mm and/or 400x400pels/25.4mm: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Inch-based resolution preferred: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= Metric-based resolution preferred: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Minimum scan line time for higher resolutions: T15.4 = T7.7 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Selective polling: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Sub-addressing: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Password: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transmit a data file (polling): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Binary file transfer (BFT): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Document transfer mode (DTM): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Electronic data interchange (EDI): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Basic transfer mode (BTM): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transfer a character or mixed mode document (polling): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Character mode: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Mixed mode (Annex E/T.4): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Processable mode 26 (Rec. T.505): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Digital network capability: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Duplex capability: Half only 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= JPEG coding: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Full colour mode: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= 12bits/pel component: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= No subsampling (1:1:1): Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Custom illuminant: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Custom gamut range: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 1...= North American Letter (215.9mm x 279.4mm): Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= North American Legal (215.9mm x 355.6mm): Set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Single-progression sequential coding (Rec. T.85) basic: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Single-progression sequential coding (Rec. T.85) optional L0: Not set 2010-09-08 10:52:44.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 0... ....= Extension indicator: Not set 2010-09-08 10:52:44.335250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: DIS with final frame tag 2010-09-08 10:52:44.335250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 13 80 00 ce fa c4 80 95 80 80 80 18 2010-09-08 10:52:44.788375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:44.866500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:44.866500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_TX to T30_PHASE_B_RX 2010-09-08 10:52:44.866500 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 4 2010-09-08 10:52:44.866500 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 0 2010-09-08 10:52:44.866500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Start T4 2010-09-08 10:52:44.882125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 17 2010-09-08 10:52:44.944625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier down (-1) in state 17 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 T4 expired in phase T30_PHASE_B_RX, state 17 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Retry number 1 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_RX to T30_PHASE_B_TX 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 0 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 4 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Sending ident 'TEST123 VOIP' 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: CSI without final frame tag 2010-09-08 10:52:48.319625 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 03 40 50 49 4f 56 20 4f 55 55 4e 20 20 20 20 20 20 20 20 20 20 20 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 DIS: 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Store and forward Internet fax (T.37): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Real-time Internet fax (T.38): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= 3G mobile network: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= V.8 capabilities: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Preferred octets: 256 octets 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Ready to transmit a fax document (polling): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..1.= Can receive fax: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..00 11..= Supported data signalling rates: V.27 ter and V.29 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= R8x7.7lines/mm and/or 200x200pels/25.4mm: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= 2-D coding: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..10= Recording width: 215mm +- 1%, 255mm +- 1% and 303mm +- 1% 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 10..= Recording length: Unlimited 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .111 ....= Receiver's minimum scan line time: 0ms at 3.85 l/mm; T7.7 = T3.85 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Compressed/uncompressed mode: Compressed 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= Error correction mode (ECM): ECM 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= T.6 coding: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= "Field not valid" supported: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Multiple selective polling: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Polled sub-address: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= T.43 coding: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Plane interleave: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Voice coding with 32kbit/s ADPCM (Rec. G.726): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Reserved for the use of extended voice coding set: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...1= R8x15.4lines/mm: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= 300x300pels/25.4mm: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= R16x15.4lines/mm and/or 400x400pels/25.4mm: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Inch-based resolution preferred: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= Metric-based resolution preferred: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Minimum scan line time for higher resolutions: T15.4 = T7.7 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Selective polling: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Sub-addressing: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Password: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transmit a data file (polling): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Binary file transfer (BFT): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Document transfer mode (DTM): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Electronic data interchange (EDI): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Basic transfer mode (BTM): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transfer a character or mixed mode document (polling): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Character mode: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Mixed mode (Annex E/T.4): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Processable mode 26 (Rec. T.505): Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Digital network capability: Not set 2010-09-08 10:52:49.897750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Duplex capability: Half only 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= JPEG coding: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Full colour mode: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= 12bits/pel component: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= No subsampling (1:1:1): Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Custom illuminant: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Custom gamut range: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 1...= North American Letter (215.9mm x 279.4mm): Set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= North American Legal (215.9mm x 355.6mm): Set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Single-progression sequential coding (Rec. T.85) basic: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Single-progression sequential coding (Rec. T.85) optional L0: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 0... ....= Extension indicator: Not set 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: DIS with final frame tag 2010-09-08 10:52:49.913375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 13 80 00 ce fa c4 80 95 80 80 80 18 2010-09-08 10:52:50.382125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:50.460250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:50.460250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_TX to T30_PHASE_B_RX 2010-09-08 10:52:50.460250 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 4 2010-09-08 10:52:50.460250 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 0 2010-09-08 10:52:50.460250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Start T4 2010-09-08 10:52:50.491500 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 17 2010-09-08 10:52:50.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier down (-1) in state 17 2010-09-08 10:52:50.538375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 17 2010-09-08 10:52:50.538375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier down (-1) in state 17 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 T4 expired in phase T30_PHASE_B_RX, state 17 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Retry number 2 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_RX to T30_PHASE_B_TX 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 0 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 4 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Sending ident 'TEST123 VOIP' 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: CSI without final frame tag 2010-09-08 10:52:53.929000 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 03 40 50 49 4f 56 20 4f 55 55 4e 20 20 20 20 20 20 20 20 20 20 20 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 DIS: 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Store and forward Internet fax (T.37): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Real-time Internet fax (T.38): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= 3G mobile network: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= V.8 capabilities: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Preferred octets: 256 octets 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Ready to transmit a fax document (polling): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..1.= Can receive fax: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..00 11..= Supported data signalling rates: V.27 ter and V.29 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= R8x7.7lines/mm and/or 200x200pels/25.4mm: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= 2-D coding: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..10= Recording width: 215mm +- 1%, 255mm +- 1% and 303mm +- 1% 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 10..= Recording length: Unlimited 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .111 ....= Receiver's minimum scan line time: 0ms at 3.85 l/mm; T7.7 = T3.85 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Compressed/uncompressed mode: Compressed 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= Error correction mode (ECM): ECM 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .1.. ....= T.6 coding: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= "Field not valid" supported: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Multiple selective polling: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Polled sub-address: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= T.43 coding: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Plane interleave: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Voice coding with 32kbit/s ADPCM (Rec. G.726): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Reserved for the use of extended voice coding set: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...1= R8x15.4lines/mm: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= 300x300pels/25.4mm: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .1..= R16x15.4lines/mm and/or 400x400pels/25.4mm: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Inch-based resolution preferred: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= Metric-based resolution preferred: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Minimum scan line time for higher resolutions: T15.4 = T7.7 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Selective polling: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Sub-addressing: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Password: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transmit a data file (polling): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Binary file transfer (BFT): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Document transfer mode (DTM): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Electronic data interchange (EDI): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Basic transfer mode (BTM): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Ready to transfer a character or mixed mode document (polling): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= Character mode: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Mixed mode (Annex E/T.4): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= Processable mode 26 (Rec. T.505): Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Digital network capability: Not set 2010-09-08 10:52:55.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Duplex capability: Half only 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 0...= JPEG coding: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...0 ....= Full colour mode: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= 12bits/pel component: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 1... ....= Extension indicator: Set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ...0= No subsampling (1:1:1): Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... ..0.= Custom illuminant: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... .0..= Custom gamut range: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .... 1...= North American Letter (215.9mm x 279.4mm): Set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ...1 ....= North American Legal (215.9mm x 355.6mm): Set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 ..0. ....= Single-progression sequential coding (Rec. T.85) basic: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 .0.. ....= Single-progression sequential coding (Rec. T.85) optional L0: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 0... ....= Extension indicator: Not set 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: DIS with final frame tag 2010-09-08 10:52:55.522750 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 13 80 00 ce fa c4 80 95 80 80 80 18 2010-09-08 10:52:55.960250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:56.038375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_B_TX, state 17 2010-09-08 10:52:56.038375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_TX to T30_PHASE_B_RX 2010-09-08 10:52:56.038375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 4 2010-09-08 10:52:56.038375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 0 2010-09-08 10:52:56.038375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Start T4 2010-09-08 10:52:56.085250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 17 2010-09-08 10:52:56.085250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier down (-1) in state 17 2010-09-08 10:52:56.132125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier up (-2) in state 17 2010-09-08 10:52:56.132125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 HDLC signal status is Carrier down (-1) in state 17 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 T4 expired in phase T30_PHASE_B_RX, state 17 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Too many retries. Giving up. 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_B_RX to T30_PHASE_D_TX 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 0 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 4 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from state 17 to 3 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: DCN with final frame tag 2010-09-08 10:52:59.507125 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Tx: ff 13 fa 2010-09-08 10:53:00.585250 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_D_TX, state 3 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_D_TX, state 3 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Disconnecting 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_D_TX to T30_PHASE_E 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 0 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 1 2010-09-08 10:53:00.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from state 3 to 2 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Send complete in phase T30_PHASE_E, state 2 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:308 ============================================================================== 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:334 Fax processing not successful - result (48) Disconnected after permitted retries. 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:341 Remote station id: 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:342 Local station id: TEST123 VOIP 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:343 Pages transferred: 0 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:345 Total fax pages: 0 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:346 Image resolution: 0x0 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:347 Transfer Rate: 14400 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:349 ECM status off 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:350 remote country: 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:351 remote vendor: 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:352 remote model: 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:354 ============================================================================== 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from state 2 to 32 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW T.30 Changing from phase T30_PHASE_E to T30_PHASE_CALL_FINISHED 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set rx type 9 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX FAX exchange complete 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX Set tx type 9 2010-09-08 10:53:01.663375 [DEBUG] mod_spandsp_fax.c:270 FLOW FAX FAX exchange complete 2010-09-08 10:53:01.679000 [DEBUG] switch_core_codec.c:140 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 Restore previous codec PCMA:8. 2010-09-08 10:53:01.679000 [NOTICE] mod_commands.c:4080 Executing command: extra\log\Log_2.exe 5585d019-0b99-43c2-9202-6901f83fb348 freeswitch receive from test123_inner_fax Disconnected after permitted retries 2010-09-08 10:53:01.772750 [DEBUG] switch_channel.c:2309 (sofia/internal/ test123_inner_fax at 192.168.1.23:5566) Callstate Change ACTIVE -> HANGUP 2010-09-08 10:53:01.772750 [NOTICE] sofia.c:481 Hangup sofia/internal/ test123_inner_fax at 192.168.1.23:5566 [CS_EXECUTE] [NORMAL_CLEARING] 2010-09-08 10:53:01.772750 [DEBUG] switch_channel.c:2325 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [KILL] 2010-09-08 10:53:01.772750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:53:01.866500 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup 2010-09-08 10:53:01.882125 [DEBUG] switch_cpp.cpp:968 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 destroy/unlink session from object 2010-09-08 10:53:01.882125 [DEBUG] switch_core_session.c:1905 sofia/internal/test123_inner_fax at 192.168.1.23:5566 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2010-09-08 10:53:01.882125 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State EXECUTE going to sleep 2010-09-08 10:53:01.882125 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_HANGUP 2010-09-08 10:53:01.882125 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State HANGUP 2010-09-08 10:53:01.882125 [DEBUG] mod_sofia.c:447 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 Overriding SIP cause 480 with 200 from the other leg 2010-09-08 10:53:01.882125 [DEBUG] mod_sofia.c:453 Channel sofia/internal/ test123_inner_fax at 192.168.1.23:5566 hanging up, cause: NORMAL_CLEARING 2010-09-08 10:53:01.991500 [DEBUG] switch_core_state_machine.c:46 sofia/internal/test123_inner_fax at 192.168.1.23:5566 Standard HANGUP, cause: NORMAL_CLEARING 2010-09-08 10:53:01.991500 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State HANGUP going to sleep 2010-09-08 10:53:01.991500 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State Change CS_HANGUP -> CS_REPORTING 2010-09-08 10:53:01.991500 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:53:01.991500 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_REPORTING 2010-09-08 10:53:01.991500 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State REPORTING 2010-09-08 10:53:02.007125 [DEBUG] switch_core_state_machine.c:53 sofia/internal/test123_inner_fax at 192.168.1.23:5566 Standard REPORTING, cause: NORMAL_CLEARING 2010-09-08 10:53:02.007125 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State REPORTING going to sleep 2010-09-08 10:53:02.007125 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State Change CS_REPORTING -> CS_DESTROY 2010-09-08 10:53:02.007125 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/test123_inner_fax at 192.168.1.23:5566 [BREAK] 2010-09-08 10:53:02.007125 [DEBUG] switch_core_session.c:1202 Session 1 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Locked, Waiting on external entities 2010-09-08 10:53:02.007125 [NOTICE] switch_core_session.c:1220 Session 1 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Ended 2010-09-08 10:53:02.007125 [NOTICE] switch_core_session.c:1222 Close Channel sofia/internal/test123_inner_fax at 192.168.1.23:5566 [CS_DESTROY] 2010-09-08 10:53:02.007125 [DEBUG] switch_core_state_machine.c:427 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Callstate Change HANGUP -> DOWN 2010-09-08 10:53:02.007125 [DEBUG] switch_core_state_machine.c:430 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) Running State Change CS_DESTROY 2010-09-08 10:53:02.022750 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State DESTROY 2010-09-08 10:53:02.022750 [DEBUG] mod_sofia.c:358 sofia/internal/ test123_inner_fax at 192.168.1.23:5566 SOFIA DESTROY 2010-09-08 10:53:02.022750 [DEBUG] switch_core_state_machine.c:60 sofia/internal/test123_inner_fax at 192.168.1.23:5566 Standard DESTROY 2010-09-08 10:53:02.022750 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/test123_inner_fax at 192.168.1.23:5566) State DESTROY going to sleep -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/d2dad67f/attachment-0001.html From devel at thom.fr.eu.org Wed Sep 8 07:41:31 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 08 Sep 2010 16:41:31 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Then I'll manage to have this done. Could you also please take a look at "[Freeswitch-users] problem trying to make analog calls from freetdm channel to another freetdm channel" topic. It is a problem I kind of had when upgrading to latest trunk befoe providing my latest patch for remote hangup detection (OPENZAP-123). It seems the FTDM_CHANNEL_OUTBOUND never get set when creating an outbound channel of analog type. Fran?ois On Wed, 8 Sep 2010 10:18:33 -0400, Moises Silva wrote: I know I should not say that ..., but this should not be a problem. This patch does a lot of things to freetdm (it also contains the MWI feature for analog phones, plus a modification in mod_voicemail to allow message notifications be sent to freetdm (look at JIRA OPENZAP-101 for information on how this work). Anyway, it should be worth a try like this. It would be better if you can update the patch. I will be back at looking at analog next week, so it's your chance to get your functionality included. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com [1] Links: ------ [1] mailto:moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/b53d3eb1/attachment.html From msc at freeswitch.org Wed Sep 8 08:04:39 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 8 Sep 2010 08:04:39 -0700 Subject: [Freeswitch-users] FreeSWITCH Conference Call Today Message-ID: Hello all, Today's agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2010_09_08 I don't know if Raymond is available today to speak on mod_xml_curl, so if he isn't then maybe we can have a community powwow about the new Google Voice features in mod_dingaling and we can possibly crowd-source the docs. Talk to you in a few hours! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/918a719c/attachment.html From moises.silva at gmail.com Wed Sep 8 08:36:39 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 8 Sep 2010 11:36:39 -0400 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: <5179.1283947014@ccs.covici.com> References: <5179.1283947014@ccs.covici.com> Message-ID: On Wed, Sep 8, 2010 at 7:56 AM, wrote: > This is the bug I have also -- should I downgrade a bit, and if so to > where? > > Should be fixed now, plz try again and let me know if is not. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/a73c4960/attachment.html From moises.silva at gmail.com Wed Sep 8 08:38:03 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 8 Sep 2010 11:38:03 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Message-ID: Yes, plz try again and let me know if you find anything else. Particularly for analog we need all the help we can get with testing since we mostly focus on PRI and SS7. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com On Wed, Sep 8, 2010 at 10:41 AM, Fran?ois Legal wrote: > Then I'll manage to have this done. > > > > Could you also please take a look at "[Freeswitch-users] problem trying to > make analog calls from freetdm channel to another freetdm channel" topic. > > It is a problem I kind of had when upgrading to latest trunk befoe > providing my latest patch for remote hangup detection (OPENZAP-123). > > It seems the FTDM_CHANNEL_OUTBOUND never get set when creating an outbound > channel of analog type. > > > > Fran?ois > > > > On Wed, 8 Sep 2010 10:18:33 -0400, Moises Silva > wrote: > > I know I should not say that ..., but this should not be a problem. >> This patch does a lot of things to freetdm (it also contains the MWI >> feature for analog phones, plus a modification in mod_voicemail to allow >> message notifications be sent to freetdm (look at JIRA OPENZAP-101 for >> information on how this work). >> >> Anyway, it should be worth a try like this. >> > It would be better if you can update the patch. I will be back at looking > at analog next week, so it's your chance to get your functionality included. > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > L3R 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/a4a103ff/attachment.html From moises.silva at gmail.com Wed Sep 8 08:38:03 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 8 Sep 2010 11:38:03 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Message-ID: Yes, plz try again and let me know if you find anything else. Particularly for analog we need all the help we can get with testing since we mostly focus on PRI and SS7. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com On Wed, Sep 8, 2010 at 10:41 AM, Fran?ois Legal wrote: > Then I'll manage to have this done. > > > > Could you also please take a look at "[Freeswitch-users] problem trying to > make analog calls from freetdm channel to another freetdm channel" topic. > > It is a problem I kind of had when upgrading to latest trunk befoe > providing my latest patch for remote hangup detection (OPENZAP-123). > > It seems the FTDM_CHANNEL_OUTBOUND never get set when creating an outbound > channel of analog type. > > > > Fran?ois > > > > On Wed, 8 Sep 2010 10:18:33 -0400, Moises Silva > wrote: > > I know I should not say that ..., but this should not be a problem. >> This patch does a lot of things to freetdm (it also contains the MWI >> feature for analog phones, plus a modification in mod_voicemail to allow >> message notifications be sent to freetdm (look at JIRA OPENZAP-101 for >> information on how this work). >> >> Anyway, it should be worth a try like this. >> > It would be better if you can update the patch. I will be back at looking > at analog next week, so it's your chance to get your functionality included. > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > L3R 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/a4a103ff/attachment-0001.html From covici at ccs.covici.com Wed Sep 8 09:52:42 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Wed, 08 Sep 2010 12:52:42 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Message-ID: <1966.1283964762@ccs.covici.com> It seems to be working now -- thanks for the quick response. Moises Silva wrote: > Yes, plz try again and let me know if you find anything else. Particularly > for analog we need all the help we can get with testing since we mostly > focus on PRI and SS7. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > On Wed, Sep 8, 2010 at 10:41 AM, Fran?ois Legal wrote: > > > Then I'll manage to have this done. > > > > > > > > Could you also please take a look at "[Freeswitch-users] problem trying to > > make analog calls from freetdm channel to another freetdm channel" topic. > > > > It is a problem I kind of had when upgrading to latest trunk befoe > > providing my latest patch for remote hangup detection (OPENZAP-123). > > > > It seems the FTDM_CHANNEL_OUTBOUND never get set when creating an outbound > > channel of analog type. > > > > > > > > Fran?ois > > > > > > > > On Wed, 8 Sep 2010 10:18:33 -0400, Moises Silva > > wrote: > > > > I know I should not say that ..., but this should not be a problem. > >> This patch does a lot of things to freetdm (it also contains the MWI > >> feature for analog phones, plus a modification in mod_voicemail to allow > >> message notifications be sent to freetdm (look at JIRA OPENZAP-101 for > >> information on how this work). > >> > >> Anyway, it should be worth a try like this. > >> > > It would be better if you can update the patch. I will be back at looking > > at analog next week, so it's your chance to get your functionality included. > > > > > > Moises Silva > > Senior Software Engineer > > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > > L3R 9R6 Canada > > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 peder at networkoblivion.com Wed Sep 8 10:23:45 2010 From: peder at networkoblivion.com (Peder) Date: Wed, 8 Sep 2010 12:23:45 -0500 Subject: [Freeswitch-users] SpanDSP Compile Error Message-ID: <06e201cb4f7a$97a61700$c6f24500$@com> I just updated two boxes via git and when I compile, I am getting this error: make[5]: Entering directory `/usr/src/freeswitch/src/mod/applications/mod_spandsp' Creating mod_spandsp_la-mod_spandsp.lo Compiling mod_spandsp.c ... In file included from /usr/src/freeswitch/libs/spandsp/src/spandsp/expose.h:81, from /usr/src/freeswitch/libs/spandsp/src/spandsp.h:127, from mod_spandsp.h:46, from mod_spandsp.c:37: /usr/src/freeswitch/libs/spandsp/src/spandsp/private/t4_tx.h:106: error: expected specifier-qualifier-list before 't4_t6_decode_state_t' make[5]: *** [mod_spandsp_la-mod_spandsp.lo] Error 1 make[5]: Leaving directory `/usr/src/freeswitch/src/mod/applications/mod_spandsp' make[4]: *** [mod_spandsp-install] Error 1 Any idea what that means? Or how to fix it? From Nabble at slickdeals.endjunk.com Wed Sep 8 11:48:30 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 8 Sep 2010 11:48:30 -0700 (PDT) Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> Message-ID: <1283971710312-5511903.post@n2.nabble.com> Jo?o Mesquita-2 wrote: > > Possible is, but I don't think that Tony or any core developer is going to > do an application that high level. This can be accomplished using several > tools already developed in FS. The chat interface, esl, etc... If anyone is interested, perhaps revisit my previous http://freeswitch-users.2379917.n2.nabble.com/Asterisk-equivalent-Bridge-function-implementation-td5303089.html#a5303089 post which is about making the Google Voice DialOut Python Scripts to work with FS. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/gTalk-new-phone-calls-feature-tp5475689p5511903.html Sent from the freeswitch-users mailing list archive at Nabble.com. From freeswitch.org at todandlorna.com Wed Sep 8 13:20:26 2010 From: freeswitch.org at todandlorna.com (Tod Hansmann) Date: Wed, 08 Sep 2010 14:20:26 -0600 Subject: [Freeswitch-users] SpanDSP Compile Error In-Reply-To: <06e201cb4f7a$97a61700$c6f24500$@com> References: <06e201cb4f7a$97a61700$c6f24500$@com> Message-ID: <4C87F00A.9050401@todandlorna.com> Do a ./bootstrap and ./configure before compiling, and that will go away. -Tod Hansmann On 9/8/2010 11:23 AM, Peder wrote: > I just updated two boxes via git and when I compile, I am getting this > error: > > make[5]: Entering directory > `/usr/src/freeswitch/src/mod/applications/mod_spandsp' > Creating mod_spandsp_la-mod_spandsp.lo > Compiling mod_spandsp.c ... > In file included from > /usr/src/freeswitch/libs/spandsp/src/spandsp/expose.h:81, > from /usr/src/freeswitch/libs/spandsp/src/spandsp.h:127, > from mod_spandsp.h:46, > from mod_spandsp.c:37: > /usr/src/freeswitch/libs/spandsp/src/spandsp/private/t4_tx.h:106: error: > expected specifier-qualifier-list before 't4_t6_decode_state_t' > make[5]: *** [mod_spandsp_la-mod_spandsp.lo] Error 1 > make[5]: Leaving directory > `/usr/src/freeswitch/src/mod/applications/mod_spandsp' > make[4]: *** [mod_spandsp-install] Error 1 > > > Any idea what that means? Or how to fix it? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 derek at indranet.co.nz Wed Sep 8 14:10:14 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Thu, 9 Sep 2010 09:10:14 +1200 (NZST) Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC644B9B@cooper> References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC644B9B@cooper> Message-ID: Hi, Opal trunk is fine. However, opal trunk should be used with ptlib trunk. I said in a previous email, the buildopal script is wrong. the buildopal script should get a specific opaltrunk version, and t he same svn revision number of ptlib trunk. Have you tried this????? Derek. On Wed, 8 Sep 2010, Peter Olsson wrote: > > The Opal trunk is not stable. The last version I used to compile was ?Lalande?. However, I think that mod_h323 works better, and has been better maintained lately. > > ? > > /Peter > > ? > > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan > Skickat: den 8 september 2010 12:48 > Till: FreeSWITCH Users Help > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > ? > > Dear Derek, > ????? When I execute the make mod_opal in it has thrown the following error, > > usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In constructor ?FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, unsigned int, OpalConnection::StringOptions*, > switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)?: > /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: error: no matching function for call to ?OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, unsigned int&, > OpalConnection::StringOptions*&)? > /usr/include/opal/opal/localep.h:253: note: candidates are: OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, void*) > /usr/include/opal/opal/localep.h:242: note:???????????????? OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) > /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::read_frame(switch_frame_t**, switch_io_flag_t)?: > /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? > /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::write_frame(const switch_frame_t*, switch_io_flag_t)?: > /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? > make[5]: *** [mod_opal.lo] Error 1 > make[4]: *** [all] Error 1 > make[3]: *** [mod_opal-all] Error 1 > make[2]: *** [all-recursive] Error 1 > > Regards, > Velusamy. > > On Tue, Sep 7, 2010 at 4:12 PM, Derek Smithies wrote: > > Hi, > ?the file build/buildopal.sh is "wrong". > > > > cd /root > svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk ptlib > cd ptlib > ./configure --prefix=/usr > ${MAKE} > ${MAKE} install > > cd .. > svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/branches/v3_6 opal > cd opal > export PKG_CONFIG_PATH=/usr/lib/pkgconfig > ./configure --prefix=/usr > ${MAKE} > ${MAKE} install > cd ${FS_DIR} > ${MAKE} mod_opal-install > > > See - it uses a branch version of opal, and a trunk version of ptlib. > > Please, change it to use the same SVN revision number of trunk. > > Derek. > ========================================================================== > > > ?On Tue, 7 Sep 2010, Peter Olsson wrote: > > > The wiki is not up-to-date, please read the recommendations in the readme file that exists in mod_h323-dir. You should use older versions of > h323Plus/PTLib, not latest from trunk. > > ? > > I will update the wiki, I just havn?t had the time... > > ? > > /Peter > > ? > > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan > Skickat: den 7 september 2010 11:09 > Till: FreeSWITCH Users Help > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > ? > > Dear Peter Olsson, > ??? I have installed the mod_h323 by following the steps which is given in the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod > mod_h323", I have got the following error, > 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so > **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly help me to set the FreeSWITCH to work with H.323 protocol. > > Thanks, > Velusamy. > > > On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson wrote: > > I would recommend using mod_h323 and H323Plus library (http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is probably better maintained. > Last time I used mod_opal I think I was using Opal release "Lalande" - the SVN versions was usually very unstable. So if you want to use mod_opal, I think > that Lalande release versions should be the best choice. > > /Peter > ________________________________________ > Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan [velu.technical at gmail.com] > Skickat: den 4 september 2010 10:58 > Till: FreeSWITCH Users Help > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > ? ?I have updated the latest SVN for OPAL libraries. The version of the OPAL libraries is 24682. But still the problem has not solved. > ? Kindly anyone tell me which version of the OPAL should be used for mod_opal. > > Thanks, > Velusamy. > > On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > wrote: > This means the module was compiled, but it isn't finding a required opal function. You might have an older copy of opal installed than mod_opal requires. > > Steve on iPhone > > On 3 Sep 2010, at 14:11, "Lars Zeb" > wrote: > > Did you uncomment the opal line in modules.conf? > > endpoints/mod_loopback > #endpoints/mod_alsa > #endpoints/mod_opal ? ? ? ? ? ? ? ? ? ? ? #<<< #endpoints/mod_skinny > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of velusamy Krishnan > > Sent: Friday, September 03, 2010 1:58 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_opal installation problem > > Dear All, > ? ? ?After installing the mod_opal module, I have tried to load that module in the freeswitch. But I have received the following error, > > 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so > **/usr/lib/libopal.so.3.9-beta0: undefined symbol: _ZNK15OpalMediaStream18EnableJitterBufferEv** > > -ERR unloading module [No such module!] > -ERR loading module [module load file routine returned an error] > > Kindly, anyone help to resolve this issue. > > Thanks, > Velusamy. > > 2010/9/3 velusamy Krishnan <velu.technical at gmail.com> > > Dear All, > ? ? Thanks for fixing the problem.. > Regards, > Velusamy. > > On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson > <peter.olsson at visionutveckling.se> wrote: > Thanks Jeff - I think the same applies for mod_h323, if you feel like making a quick fix there as well... > > /Peter > > > -----Ursprungligt meddelande----- > > Fr?n: > freeswitch-users-bounces at lists.freeswitch.org[mailto:freeswitch-users-bounces at lists.freesw > itch.org ch.org>] F?r Jeff Lenk > > Skickat: den 2 september 2010 15:28 > > Till: freeswitch-users at lists.freeswitch.org > > ?mne: Re: [Freeswitch-users] mod_opal installation problem > > fixed in git head 4a7425e > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > ? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > ? > > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > ? ? ?"Oh, the usual, get everything right". > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > !DSPAM:4c876bc132931680816654! > > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "How did you make it work??" "Oh, the usual, get everything right". From jonyoung111 at gmail.com Wed Sep 8 14:18:53 2010 From: jonyoung111 at gmail.com (Jon Young) Date: Wed, 8 Sep 2010 14:18:53 -0700 Subject: [Freeswitch-users] Use of mad_boss intercom Message-ID: Hi, I'm working on a paging scenario and have used the "mad_boss_intercom" and paging/intercom examples. Both are working well. However, mad_boss indicates that hitting a *2 from a receiving call leg can answer and hang up the other page destinations while bridging the call with the originator. *2 only succeeds at unmuting the paged phone. I have utilized extension 6xxx instead of the 1xxx range originally defined. I defined a new group for the 6xxx as well. Could the new range break it or am I missing something else. Jon From david.ponzone at ipeva.fr Wed Sep 8 14:58:42 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 8 Sep 2010 23:58:42 +0200 Subject: [Freeswitch-users] Performance table, anyone ? Message-ID: All, it's always surprising to see so many people interested by FreeSWITCH performances, still noone has filled up the table I set up at: http://wiki.freeswitch.org/wiki/Real-world_results I know for a fact that a lot of people here and on #freeswitch have achieved quite interesting results. May you spend 5 minutes to share them, at least partially, if you consider them to be confidential information ? I really believe that one the key elements in FreeSWITCH success is that one can be assured that he does not need to buy a 100k$ ACME Packet switch to do what he wants to do, because FreeSWITCH do better. Thank you David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/26a11180/attachment-0001.html From Nabble at slickdeals.endjunk.com Wed Sep 8 15:25:19 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 8 Sep 2010 15:25:19 -0700 (PDT) Subject: [Freeswitch-users] mod_dingaling crashes FS with can't resolve symbol 'gcry_control' In-Reply-To: References: <1283908106456-5508802.post@n2.nabble.com> Message-ID: <1283984719274-5512565.post@n2.nabble.com> Anthony Minessale wrote: > > you have a bad copy of libgcrypt and gnutls > you are out of luck Anthony, Do you know what digest and cipher options are used by mod_dingaling? On OpenWRT, libgcrypt is compiled with the following options: --enable-digests="md5 rmd160 sha1 sha256 sha512" --enable-ciphers="arcfour des aes" --enable-pubkey-ciphers="rsa dsa" ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-dingaling-crashes-FS-with-can-t-resolve-symbol-gcry-control-tp5508802p5512565.html Sent from the freeswitch-users mailing list archive at Nabble.com. From anthony.minessale at gmail.com Wed Sep 8 16:15:26 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 8 Sep 2010 18:15:26 -0500 Subject: [Freeswitch-users] mod_dingaling crashes FS with can't resolve symbol 'gcry_control' In-Reply-To: <1283984719274-5512565.post@n2.nabble.com> References: <1283908106456-5508802.post@n2.nabble.com> <1283984719274-5512565.post@n2.nabble.com> Message-ID: I'm not sure, I am using centos 5.2 and its working for me. On Sep 8, 2010 5:30 PM, "mazilo" wrote: Anthony Minessale wrote: > > you have a bad copy of libgcrypt and gnutls > you are out of luck Anthony, Do you know what digest and cipher options are used by mod_dingaling? On OpenWRT, libgcrypt is compiled with the following options: --enable-digests="md5 rmd160 sha1 sha256 sha512" --enable-ciphers="arcfour des aes" --enable-pubkey-ciphers="rsa dsa" ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used... View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-dingaling-crashes-FS-with-can-t-resolve-symbol-gcry-control-tp5508802p5512565.html Sent from the freeswitch-users mailing list archive at Nabble.com. ________________________________... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/2baefb3b/attachment.html From brian at microcomaustralia.com.au Wed Sep 8 16:23:27 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 09:23:27 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On 9 September 2010 01:36, Moises Silva wrote: > Should be fixed now, plz try again and let me know if is not. Still getting the compile error: === cut === libtool: link: ar cru .libs/ftmod_analog_em.a ftmod_analog_em_la-ftmod_analog_em.o libtool: link: ranlib .libs/ftmod_analog_em.a libtool: link: ( cd ".libs" && rm -f "ftmod_analog_em.la" && ln -s "../ftmod_analog_em.la" "ftmod_analog_em.la" ) libtool: link: gcc -I/home/brian/tree/freeswitch/libs/freetdm/src/include -I/home/brian/tree/freeswitch/libs/freetdm/src/isdn/include -I/home/brian/tree/freeswitch/libs/freetdm/src/include/private -I/home/brian/tree/freeswitch/libs/freetdm/src/ftmod/ftmod_sangoma_boost -DFTDM_CONFIG_DIR=\"/opt/freeswitch/conf\" -DFTDM_MOD_DIR=\"/opt/freeswitch/mod\" -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -O0 -g -ggdb -DPACKAGE_NAME=\"freetdm\" -DPACKAGE_TARNAME=\"freetdm\" -DPACKAGE_VERSION=\"pre-alpha\" "-DPACKAGE_STRING=\"freetdm pre-alpha\"" -DPACKAGE_BUGREPORT=\"bugs at freeswitch.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libfreetdm\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBM=1 -DSIZEOF_LONG=4 -DHAVE_NETDB_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_GETHOSTBYNAME_R=1 "-DDEBUG=/**/" -g -O2 -o .libs/testtones testtones-testtones.o ./.libs/libfreetdm.so -lm -lpthread -ldl -Wl,-rpath -Wl,/opt/freeswitch/lib ./.libs/libfreetdm.so: undefined reference to `ftdm_is_number' collect2: ld returned 1 exit status make[6]: *** [testtones] Error 1 make[5]: *** [local_install] Error 2 make[4]: *** [install] Error 1 make[3]: *** [mod_freetdm-install] Error 1 make[2]: *** [install-recursive] Error 1 === cut === What is particularly annoying is that the top level make file appears to return success status (0), so my script continues and the error is hidden. -- Brian May From brian at microcomaustralia.com.au Wed Sep 8 16:44:23 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 09:44:23 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On 9 September 2010 09:23, Brian May wrote: > On 9 September 2010 01:36, Moises Silva wrote: >> Should be fixed now, plz try again and let me know if is not. > > Still getting the compile error: For some unexplainable reason ftdm_call_utils.c doesn't seem to be referenced from ./libs/freetdm/Makefile.in - it is however referenced from ./libs/freetdm/Makefile.am, and the Makefile.in has a timestamp that is later then Makefile.am. Still investigating. Seems rather weird. Broken automake? Seems very odd. Makefile.am has: libfreetdm_la_SOURCES = \ $(SRC)/hashtable.c \ $(SRC)/hashtable_itr.c \ $(SRC)/ftdm_io.c \ $(SRC)/ftdm_queue.c \ $(SRC)/ftdm_sched.c \ $(SRC)/ftdm_call_utils.c \ $(SRC)/ftdm_config.c \ $(SRC)/ftdm_callerid.c \ $(SRC)/fsk.c \ $(SRC)/uart.c \ $(SRC)/g711.c \ $(SRC)/libteletone_detect.c \ $(SRC)/libteletone_generate.c \ $(SRC)/ftdm_buffer.c \ $(SRC)/ftdm_threadmutex.c \ $(SRC)/ftdm_dso.c \ $(SRC)/ftdm_cpu_monitor.c Makefile.in has: libfreetdm_la_SOURCES = \ $(SRC)/hashtable.c \ $(SRC)/hashtable_itr.c \ $(SRC)/ftdm_io.c \ $(SRC)/ftdm_queue.c \ $(SRC)/ftdm_sched.c \ $(SRC)/ftdm_config.c \ $(SRC)/ftdm_callerid.c \ $(SRC)/fsk.c \ $(SRC)/uart.c \ $(SRC)/g711.c \ $(SRC)/libteletone_detect.c \ $(SRC)/libteletone_generate.c \ $(SRC)/ftdm_buffer.c \ $(SRC)/ftdm_threadmutex.c \ $(SRC)/ftdm_dso.c \ $(SRC)/ftdm_cpu_monitor.c I am going to rebuild and double check that the Makefile.in file is being regenerated, like the timestamp implies. > What is particularly annoying is that the top level make file appears > to return success status (0), so my script continues and the error is > hidden. Where is $(MAKE) defined? -- Brian May From brian at microcomaustralia.com.au Wed Sep 8 17:01:53 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 10:01:53 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On 9 September 2010 09:44, Brian May wrote: > I am going to rebuild and double check that the Makefile.in file is > being regenerated, like the timestamp implies. Oh, I see the problem. It appears that Makefile.in has been committed into git (I think standard practice is not to commit any autogenerated files), and it is wrong or out-of-date. -- Brian May From brian at microcomaustralia.com.au Wed Sep 8 18:13:24 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 11:13:24 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Message-ID: On 9 September 2010 00:41, Fran?ois Legal wrote: > It is a problem I kind of had when upgrading to latest trunk befoe providing > my latest patch for remote hangup detection (OPENZAP-123). I can't seem to find a OPENZAP-123 bug... -- Brian May From brian at microcomaustralia.com.au Wed Sep 8 18:17:31 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 11:17:31 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: On 8 September 2010 21:16, Fran?ois Legal wrote: > I know I should not say that ..., but this should not be a problem. > This patch does a lot of things to freetdm (it also contains the MWI > feature for analog phones, plus a modification in mod_voicemail to allow > message notifications be sent to freetdm (look at JIRA OPENZAP-101 for > information on how this work). What is the minimum I need to patch just to get callerid working? Other stuff like MWI is nice, but until it gets integrated into git, I just want to test caller id for now. -- Brian May From lloyd.aloysius at gmail.com Wed Sep 8 20:16:33 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Wed, 8 Sep 2010 23:16:33 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls Message-ID: Hello All, I have difficulty with Inbound SLA. Outbound SLA working without any issue. Inbound SLA not working. FreeSWITCH Version - FreeSWITCH Version 1.0.head (git-6875a97 2010-09-08 16-33-50 -0500) Linksys SPA942 - 6.1.5(a) Once the inbound call answered the following SQL Error appear on the debug log. Please let me know how to fix this issue. 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:687 PROCESS PRESENCE EVENT 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:1827 PRES SQL select sip_from_user,sip_from_host,call_info,call_info_state,uuid from sip_dialogs where hostname='li176-12' and sip_from_user='200' and sip_from_host=' mydomain.com' 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1848 PRES SQL select call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions where expires > -1 and hostname='li176-12' and sub_to_user='200' and sub_to_host=' mydomain.com' and (event='call-info' or event='line-seize') 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 [call_id]=[ 5c0f4043-aaa7bbd0 at 192.168.240.104] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 [expires]=[1284008633] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 [sub_to_user]=[200] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 [sub_to_host]=[mydomain.com] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 [event]=[call-info] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 [call_id]=[ 696f8b47-50fa4cba at 192.168.240.110] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 [expires]=[1284008691] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 [sub_to_user]=[200] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 [sub_to_host]=[mydomain.com] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 [event]=[call-info] 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1863 CLEAR SQL delete from sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' and call_info_state='seized' 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:680 STATE SQL update sip_dialogs set call_info='appearance-index=1',call_info_state='active' where hostname='li176-12' and uuid='00f17b14-2e0b-4711-b082-a7c5a90621d8' 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:687 PROCESS PRESENCE EVENT 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1827 PRES SQL select sip_from_user,sip_from_host,call_info,call_info_state,uuid from sip_dialogs where hostname='li176-12' and sip_from_user='200' and sip_from_host=' mydomain.com' 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1848 PRES SQL select call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions where expires > -1 and hostname='li176-12' and sub_to_user='200' and sub_to_host=' mydomain.com' and (event='call-info' or event='line-seize') 2010-09-08 23:06:25.089546 [ERR] sofia_presence.c:1863 CLEAR SQL delete from sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' and call_info_state='seized' Thanks Lloyd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100908/be8b6de1/attachment-0001.html From boris at tagnet.ru Wed Sep 8 23:02:33 2010 From: boris at tagnet.ru (Boris Kovalenko) Date: Thu, 09 Sep 2010 12:02:33 +0600 Subject: [Freeswitch-users] multi-tenant system Message-ID: <4C887879.7070801@tagnet.ru> Hello! I'm trying to set up multi-tenant system as described in wiki. But when I try to use this extension, I get an error USER_NOT_REGISTERED, but it is. freeswitch at internal> sofia status profile i-tagnet.ru user 1000 at tagnet.ru Registrations: ================================================================================================= Call-ID: NzY3ZGY2NTllZDkwZWM1ZTQ1NmY3NzdkYzczNzQ1MDU. User: 1000 at tagnet.ru Contact: "b1" Agent: eyeBeam release 1102u stamp 52345 Status: Registered(UDP)(unknown) EXP(2010-09-09 13:18:53) EXPSECS(4645) Host: ipats.tagnet.ru IP: 192.168.3.253 Port: 64314 Auth-User: 1000 Auth-Realm: tagnet.ru MWI-Account: 1000 at tagnet.ru Total items returned: 1 ================================================================================================= -- Regards, Boris From david.ponzone at ipeva.fr Wed Sep 8 23:13:37 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 9 Sep 2010 08:13:37 +0200 Subject: [Freeswitch-users] multi-tenant system In-Reply-To: <4C887879.7070801@tagnet.ru> References: <4C887879.7070801@tagnet.ru> Message-ID: <1340CBBC-4380-4D58-BB24-8A59EE659E56@ipeva.fr> Boris, I read: but: freeswitch at internal> sofia status profile i-tagnet.ru user 1000 at tagnet.ru So is it e-tagnet.ru or i-tagnet.ru ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 09/09/2010 ? 08:02, Boris Kovalenko a ?crit : > Hello! > > I'm trying to set up multi-tenant system as described in wiki. But > when > I try to use this extension, I get an error USER_NOT_REGISTERED, but > it is. > > > > > > > > > > > > > freeswitch at internal> sofia status profile i-tagnet.ru user 1000 at tagnet.ru > > Registrations: > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > ====================================================================== > Call-ID: NzY3ZGY2NTllZDkwZWM1ZTQ1NmY3NzdkYzczNzQ1MDU. > User: 1000 at tagnet.ru > Contact: "b1" > > Agent: eyeBeam release 1102u stamp 52345 > Status: Registered(UDP)(unknown) EXP(2010-09-09 13:18:53) > EXPSECS(4645) > Host: ipats.tagnet.ru > IP: 192.168.3.253 > Port: 64314 > Auth-User: 1000 > Auth-Realm: tagnet.ru > MWI-Account: 1000 at tagnet.ru > > Total items returned: 1 > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > = > ====================================================================== > > -- > Regards, > Boris > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/f436ec04/attachment.html From boris at tagnet.ru Wed Sep 8 23:26:29 2010 From: boris at tagnet.ru (Boris Kovalenko) Date: Thu, 09 Sep 2010 12:26:29 +0600 Subject: [Freeswitch-users] multi-tenant system In-Reply-To: <1340CBBC-4380-4D58-BB24-8A59EE659E56@ipeva.fr> References: <4C887879.7070801@tagnet.ru> <1340CBBC-4380-4D58-BB24-8A59EE659E56@ipeva.fr> Message-ID: <4C887E15.40109@tagnet.ru> Hello! Ough... Thanks, David, I forgot about right profile. So, another question - I have two profiles: e-tagnet.ru and i-tagnet.ru. May I combine them with one alias so I may use: and not to use together two calls to bridge? > Boris, > > I read: > > > > but: > > freeswitch at internal> sofia status profile i-tagnet.ru user > 1000 at tagnet.ru > > So is it e-tagnet.ru or i-tagnet.ru ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 09/09/2010 ? 08:02, Boris Kovalenko a ?crit : > >> Hello! >> >> I'm trying to set up multi-tenant system as described in wiki. But when >> I try to use this extension, I get an error USER_NOT_REGISTERED, but >> it is. >> >> >> >> >> >> >> >> >> >> >> >> >> freeswitch at internal> sofia status profile i-tagnet.ru user >> 1000 at tagnet.ru >> >> Registrations: >> ================================================================================================= >> Call-ID: NzY3ZGY2NTllZDkwZWM1ZTQ1NmY3NzdkYzczNzQ1MDU. >> User: 1000 at tagnet.ru >> Contact: "b1" >> >> Agent: eyeBeam release 1102u stamp 52345 >> Status: Registered(UDP)(unknown) EXP(2010-09-09 13:18:53) >> EXPSECS(4645) >> Host: ipats.tagnet.ru >> IP: 192.168.3.253 >> Port: 64314 >> Auth-User: 1000 >> Auth-Realm: tagnet.ru >> MWI-Account: 1000 at tagnet.ru >> >> Total items returned: 1 >> ================================================================================================= >> >> -- >> Regards, >> Boris >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- ? ?????????, ????? ????????? ??? "??????" (3435) 494991 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/e22f6f53/attachment-0001.html From devel at thom.fr.eu.org Wed Sep 8 23:43:06 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 09 Sep 2010 08:43:06 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> Message-ID: <1bef6df65b9ce63e6ffdccc3a63f0939@thom.fr.eu.org> On Thu, 9 Sep 2010 11:17:31 +1000, Brian May wrote: > On 8 September 2010 21:16, Fran?ois Legal wrote: >> I know I should not say that ..., but this should not be a problem. >> This patch does a lot of things to freetdm (it also contains the MWI >> feature for analog phones, plus a modification in mod_voicemail to allow >> message notifications be sent to freetdm (look at JIRA OPENZAP-101 for >> information on how this work). > > What is the minimum I need to patch just to get callerid working? > > Other stuff like MWI is nice, but until it gets integrated into git, I > just want to test caller id for now. I understand that, but unfortunately, these are features I use, so when using git diff, I get all the modifications that I made. That implies having the MWI feature, and the remote hangup detection. Anyway, the patch you applied should just work for CID. The rejected hunks are either cosmetic (the first one) either you'll miss an MWI event sent to freetdm in one case. This should however not prevent you from building freetdm, and trying the CID feature. As I told Moises, I'm trying to update to latest git to provide a patch to the up to date freetdm. If I have some time, I'll try to make separate patch files for each feature. Fran?ois From ovvenkatesan at gmail.com Wed Sep 8 23:44:15 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 9 Sep 2010 12:14:15 +0530 Subject: [Freeswitch-users] macros in customized folder Message-ID: Hi to all, 1. I have created a folder inside "* /usr/local/freeswitch/conf/lang/en/myfolder*" and placed my macro files. 2. After that, executed "reload" command in *fs_cli*. 3.When I am tying to access those macros from my lua Script, I am getting error like "Can't find macro " 4. If I put, same files, inside the "* /usr/local/freeswitch/conf/lang/en/demo*" , Its working fine. Any one tell, where I need to configure so that, I can use macros which is inside the my customized folder. thanks, -- Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/e6da14aa/attachment.html From steveayre at gmail.com Thu Sep 9 01:53:58 2010 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 9 Sep 2010 09:53:58 +0100 Subject: [Freeswitch-users] multi-tenant system In-Reply-To: <4C887E15.40109@tagnet.ru> References: <4C887879.7070801@tagnet.ru> <1340CBBC-4380-4D58-BB24-8A59EE659E56@ipeva.fr> <4C887E15.40109@tagnet.ru> Message-ID: No... I'm not sure whether you understand what this does: The first dials $0%tagnet.ru using the e-tagnet.ru profile settings, the second dials it using the i-tagnet.ru settings. This includes the IP+port the calls originates from, as well as various settings such as which codecs to use. You can only send from a single IP+port and with one configuration, so you can only send from a single profile. You can however place two calls sequentially or in parallel from both SIP profiles if that is what you want. -Steve On 9 September 2010 07:26, Boris Kovalenko wrote: > Hello! > > Ough... Thanks, David, I forgot about right profile. So, another > question - I have two profiles: > e-tagnet.ru and i-tagnet.ru. May I combine them with one alias so I may > use: > > and not to use together two calls to bridge? > > > > > > Boris, > > I read: > > > > but: > > freeswitch at internal> sofia status profile i-tagnet.ru user 1000 at tagnet.ru > > So is it e-tagnet.ru or i-tagnet.ru ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 09/09/2010 ? 08:02, Boris Kovalenko a ?crit : > > Hello! > > I'm trying to set up multi-tenant system as described in wiki. But when > I try to use this extension, I get an error USER_NOT_REGISTERED, but it is. > > > > > > > > > > > > > freeswitch at internal> sofia status profile i-tagnet.ru user 1000 at tagnet.ru > > Registrations: > > ================================================================================================= > Call-ID: NzY3ZGY2NTllZDkwZWM1ZTQ1NmY3NzdkYzczNzQ1MDU. > User: 1000 at tagnet.ru > Contact: "b1" > > Agent: eyeBeam release 1102u stamp 52345 > Status: Registered(UDP)(unknown) EXP(2010-09-09 13:18:53) > EXPSECS(4645) > Host: ipats.tagnet.ru > IP: 192.168.3.253 > Port: 64314 > Auth-User: 1000 > Auth-Realm: tagnet.ru > MWI-Account: 1000 at tagnet.ru > > Total items returned: 1 > > ================================================================================================= > > -- > Regards, > Boris > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > 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 > > > > -- > ? ?????????, > ????? ????????? > ??? "??????" > (3435) 494991 > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/7739e884/attachment.html From devel at thom.fr.eu.org Thu Sep 9 01:54:12 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 09 Sep 2010 10:54:12 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> Message-ID: <693eb681021b33ccdf84a48451678505@thom.fr.eu.org> This works for me too. I have updated the CID patch against today's git. The patch now contains only the CID part. I created a separate MWI patch that I attached to OPENZAP-101. Fran?ois On Wed, 8 Sep 2010 11:38:03 -0400, Moises Silva wrote: Yes, plz try again and let me know if you find anything else. Particularly for analog we need all the help we can get with testing since we mostly focus on PRI and SS7. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com [1] On Wed, Sep 8, 2010 at 10:41 AM, Fran?ois Legal wrote: Then I'll manage to have this done. Could you also please take a look at "[Freeswitch-users] problem trying to make analog calls from freetdm channel to another freetdm channel" topic. It is a problem I kind of had when upgrading to latest trunk befoe providing my latest patch for remote hangup detection (OPENZAP-123). It seems the FTDM_CHANNEL_OUTBOUND never get set when creating an outbound channel of analog type. Fran?ois On Wed, 8 Sep 2010 10:18:33 -0400, Moises Silva wrote: I know I should not say that ..., but this should not be a problem. This patch does a lot of things to freetdm (it also contains the MWI feature for analog phones, plus a modification in mod_voicemail to allow message notifications be sent to freetdm (look at JIRA OPENZAP-101 for information on how this work). Anyway, it should be worth a try like this. It would be better if you can update the patch. I will be back at looking at analog next week, so it's your chance to get your functionality included. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com [4] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org [5] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users [6] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users [7] http://www.freeswitch.org [8] Links: ------ [1] mailto:moy at sangoma.com [2] mailto:devel at thom.fr.eu.org [3] mailto:moises.silva at gmail.com [4] mailto:moy at sangoma.com [5] mailto:FreeSWITCH-users at lists.freeswitch.org [6] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users [7] http://lists.freeswitch.org/mailman/options/freeswitch-users [8] http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/7bd14b25/attachment-0001.html From velu.technical at gmail.com Thu Sep 9 02:37:18 2010 From: velu.technical at gmail.com (velusamy Krishnan) Date: Thu, 9 Sep 2010 15:07:18 +0530 Subject: [Freeswitch-users] mod_opal installation problem In-Reply-To: References: <1283434070642-5491084.post@n2.nabble.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C2A3C@cooper> <003101cb4b69$75bfe270$613fa750$@yahoo.com> <549CFEF87AEDE841A38E9D15EAB4C04C57DC0581BF@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC5C360A@cooper> <549CFEF87AEDE841A38E9D15EAB4C04C57DC644B9B@cooper> Message-ID: Dear Derek, While executing the ./configure script, I have come to know that the PTLib version is 2.9.0. I have checked whether the same version has been used while executing the ./configure script for OPAL. I have found that it checked the PTlib version 2.9.0 and also it said ok for that check. So, I have followed the steps which you provided in the earlier post. If the above things were wrong, how can I get specific opaltrunk version, and the same svn revision number of ptlib trunk. * Kindly* help me..... Thanks, Velusamy On Thu, Sep 9, 2010 at 2:40 AM, Derek Smithies wrote: > Hi, > Opal trunk is fine. > However, opal trunk should be used with ptlib trunk. > > I said in a previous email, the buildopal script is wrong. > the buildopal script should get a specific opaltrunk version, and t he > same svn revision number of ptlib trunk. > > Have you tried this????? > > Derek. > > > On Wed, 8 Sep 2010, Peter Olsson wrote: > > >> The Opal trunk is not stable. The last version I used to compile was >> ?Lalande?. However, I think that mod_h323 works better, and has been better >> maintained lately. >> >> >> >> /Peter >> >> >> >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan >> Skickat: den 8 september 2010 12:48 >> Till: FreeSWITCH Users Help >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> >> >> Dear Derek, >> When I execute the make mod_opal in it has thrown the following >> error, >> >> usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In >> constructor ?FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, >> unsigned int, OpalConnection::StringOptions*, >> switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)?: >> /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: >> error: no matching function for call to >> ?OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, >> unsigned int&, >> OpalConnection::StringOptions*&)? >> /usr/include/opal/opal/localep.h:253: note: candidates are: >> OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, >> void*) >> /usr/include/opal/opal/localep.h:242: note: >> OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) >> /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member >> function ?switch_status_t FSMediaStream::read_frame(switch_frame_t**, >> switch_io_flag_t)?: >> /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: >> error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? >> /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member >> function ?switch_status_t FSMediaStream::write_frame(const switch_frame_t*, >> switch_io_flag_t)?: >> /usr/src/GIT/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: >> error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? >> make[5]: *** [mod_opal.lo] Error 1 >> make[4]: *** [all] Error 1 >> make[3]: *** [mod_opal-all] Error 1 >> make[2]: *** [all-recursive] Error 1 >> >> Regards, >> Velusamy. >> >> On Tue, Sep 7, 2010 at 4:12 PM, Derek Smithies >> wrote: >> >> Hi, >> the file build/buildopal.sh is "wrong". >> >> >> >> cd /root >> svn co https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunkptlib >> cd ptlib >> ./configure --prefix=/usr >> ${MAKE} >> ${MAKE} install >> >> cd .. >> svn co >> https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/branches/v3_6opal >> cd opal >> export PKG_CONFIG_PATH=/usr/lib/pkgconfig >> ./configure --prefix=/usr >> ${MAKE} >> ${MAKE} install >> cd ${FS_DIR} >> ${MAKE} mod_opal-install >> >> >> See - it uses a branch version of opal, and a trunk version of ptlib. >> >> Please, change it to use the same SVN revision number of trunk. >> >> Derek. >> ========================================================================== >> >> >> On Tue, 7 Sep 2010, Peter Olsson wrote: >> >> >> The wiki is not up-to-date, please read the recommendations in the readme >> file that exists in mod_h323-dir. You should use older versions of >> h323Plus/PTLib, not latest from trunk. >> >> >> >> I will update the wiki, I just havn?t had the time... >> >> >> >> /Peter >> >> >> >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] F?r velusamy Krishnan >> Skickat: den 7 september 2010 11:09 >> Till: FreeSWITCH Users Help >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> >> >> Dear Peter Olsson, >> I have installed the mod_h323 by following the steps which is given in >> the wiki page. But When I have loaded the mod_h323 in FreeSWITCH "relaod >> mod_h323", I have got the following error, >> 2010-09-07 14:35:29.883406 [CRIT] switch_loadable_module.c:926 Error >> Loading module /usr/local/GIT/freeswitch/mod/mod_h323.so >> **/usr/local/GIT/freeswitch/mod/mod_h323.so: undefined symbol: >> _ZN14H323Connection13OnReceivedACFERK21H225_AdmissionConfirm** >> >> -ERR unloading module [No such module!] >> -ERR loading module [module load file routine returned an error] >> >> Kindly help me to set the FreeSWITCH to work with H.323 protocol. >> >> Thanks, >> Velusamy. >> >> >> On Sat, Sep 4, 2010 at 3:08 PM, Peter Olsson < >> peter.olsson at visionutveckling.se> wrote: >> >> I would recommend using mod_h323 and H323Plus library ( >> http://wiki.freeswitch.org/wiki/Mod_h323), right now I think this is >> probably better maintained. >> Last time I used mod_opal I think I was using Opal release "Lalande" - the >> SVN versions was usually very unstable. So if you want to use mod_opal, I >> think >> that Lalande release versions should be the best choice. >> >> /Peter >> ________________________________________ >> Fr?n: freeswitch-users-bounces at lists.freeswitch.org [ >> freeswitch-users-bounces at lists.freeswitch.org] för velusamy Krishnan >> [velu.technical at gmail.com] >> Skickat: den 4 september 2010 10:58 >> Till: FreeSWITCH Users Help >> >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> Dear All, >> I have updated the latest SVN for OPAL libraries. The version of the >> OPAL libraries is 24682. But still the problem has not solved. >> Kindly anyone tell me which version of the OPAL should be used for >> mod_opal. >> >> Thanks, >> Velusamy. >> >> On Fri, Sep 3, 2010 at 7:25 PM, Steven Ayre > steveayre at gmail.com>> wrote: >> This means the module was compiled, but it isn't finding a required opal >> function. You might have an older copy of opal installed than mod_opal >> requires. >> >> Steve on iPhone >> >> On 3 Sep 2010, at 14:11, "Lars Zeb" > larclap at yahoo.com>> wrote: >> >> Did you uncomment the opal line in modules.conf? >> >> endpoints/mod_loopback >> #endpoints/mod_alsa >> #endpoints/mod_opal #<<<> #endpoints/mod_skinny >> >> From: freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of velusamy >> Krishnan >> >> Sent: Friday, September 03, 2010 1:58 AM >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] mod_opal installation problem >> >> Dear All, >> After installing the mod_opal module, I have tried to load that >> module in the freeswitch. But I have received the following error, >> >> 2010-09-03 14:25:38.411969 [CRIT] switch_loadable_module.c:926 Error >> Loading module /usr/local/GIT/freeswitch/mod/mod_opal.so >> **/usr/lib/libopal.so.3.9-beta0: undefined symbol: >> _ZNK15OpalMediaStream18EnableJitterBufferEv** >> >> -ERR unloading module [No such module!] >> -ERR loading module [module load file routine returned an error] >> >> Kindly, anyone help to resolve this issue. >> >> Thanks, >> Velusamy. >> >> 2010/9/3 velusamy Krishnan < >> velu.technical at gmail.com> >> >> Dear All, >> Thanks for fixing the problem.. >> Regards, >> Velusamy. >> >> On Thu, Sep 2, 2010 at 7:13 PM, Peter Olsson >> < >> peter.olsson at visionutveckling.se> >> wrote: >> Thanks Jeff - I think the same applies for mod_h323, if you feel like >> making a quick fix there as well... >> >> /Peter >> >> >> -----Ursprungligt meddelande----- >> >> Fr?n: >> freeswitch-users-bounces at lists.freeswitch.org> freeswitch-users-bounces at lists.freeswitch.org>[mailto:> freeswitch-users-bounces at lists.freeswitch.org >> >freeswitch-users-bounces at lists.freesw >> itch.org> ch.org>] F?r Jeff Lenk >> >> Skickat: den 2 september 2010 15:28 >> >> Till: >> freeswitch-users at lists.freeswitch.org> freeswitch-users at lists.freeswitch.org> >> >> ?mne: Re: [Freeswitch-users] mod_opal installation problem >> >> fixed in git head 4a7425e >> -- >> >> View this message in context: < >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> > >> >> http://freeswitch-users.2379917.n2.nabble.com/mod-opal-installation-problem-tp5490739p5491084.html >> Sent from the freeswitch-users mailing list archive at Nabble.com< >> http://Nabble.com>. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:> >http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:> >http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> >> >> -- >> Derek Smithies Ph.D. >> IndraNet Technologies Ltd. >> ph +64 3 365 6485 >> Web: http://www.indranet-technologies.com/ >> >> "How did you make it work??" >> "Oh, the usual, get everything right". >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> !DSPAM:4c876bc132931680816654! >> >> >> >> > -- > Derek Smithies Ph.D. > IndraNet Technologies Ltd. > ph +64 3 365 6485 > Web: http://www.indranet-technologies.com/ > > "How did you make it work??" > "Oh, the usual, get everything right". > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/b5cb9730/attachment-0001.html From brian at microcomaustralia.com.au Thu Sep 9 04:03:10 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Thu, 9 Sep 2010 21:03:10 +1000 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <693eb681021b33ccdf84a48451678505@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> <693eb681021b33ccdf84a48451678505@thom.fr.eu.org> Message-ID: On 9 September 2010 18:54, Fran?ois Legal wrote: > I have updated the CID patch against today's git. The patch now contains > only the CID part. I created a separate MWI patch that I attached to > OPENZAP-101. Wow! It seems to work. I get caller id again. Not sure what modem_type I got, I skipped that step ;-). So it is possible it may not be adhere with Australian standards, it works with my phone though, so I am happy. Now if only I could get the analogue phone's flash function to work ;-). -- Brian May From rupa at rupa.com Thu Sep 9 04:40:26 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Thu, 9 Sep 2010 06:40:26 -0500 Subject: [Freeswitch-users] macros in customized folder In-Reply-To: References: Message-ID: You need to include the directory from conf/lang/en/en.xml On Thu, Sep 9, 2010 at 1:44 AM, ovvenkat wrote: > Hi to all, > > 1. I have created a folder inside "* > /usr/local/freeswitch/conf/lang/en/myfolder*" and placed my macro files. > > 2. After that, executed "reload" command in *fs_cli*. > > 3.When I am tying to access those macros from my lua Script, I am getting > error like "Can't find macro " > > 4. If I put, same files, inside the "* > /usr/local/freeswitch/conf/lang/en/demo*" , Its working fine. > > Any one tell, where I need to configure so that, I can use macros which is > inside the my customized folder. > > thanks, > -- > > Regards > Venkatesan OV. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/f22bbcf5/attachment.html From devel at thom.fr.eu.org Thu Sep 9 05:15:46 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 09 Sep 2010 14:15:46 +0200 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> <693eb681021b33ccdf84a48451678505@thom.fr.eu.org> Message-ID: <73189f20b170a1cf44a162c6c2ef6a0e@thom.fr.eu.org> On Thu, 9 Sep 2010 21:03:10 +1000, Brian May wrote: > On 9 September 2010 18:54, Fran?ois Legal wrote: >> I have updated the CID patch against today's git. The patch now contains >> only the CID part. I created a separate MWI patch that I attached to >> OPENZAP-101. > > Wow! It seems to work. I get caller id again. > > Not sure what modem_type I got, I skipped that step ;-). So it is > possible it may not be adhere with Australian standards, it works with > my phone though, so I am happy. > > Now if only I could get the analogue phone's flash function to work ;-). Glad to hear that. By what I saw while trying, it seems the modem type does not so much make a difference (analog phones seem to be tolerant to both BELL and V23). What do you call the flash function ? Fran?ois From cm-freeswitch at matter.net Wed Sep 8 21:26:16 2010 From: cm-freeswitch at matter.net (Larry Matter) Date: Wed, 8 Sep 2010 21:26:16 -0700 (PDT) Subject: [Freeswitch-users] quality of google voice Message-ID: <59684.192.168.5.1.1284006376.squirrel@matter.net> I was very excited to see that freeswitch can make calls through google voice (or is gmail?). I got it working without too much fuss thanks to the wiki. But the sound quality compared to my normal sip trunks is not very good. I'm wondering if I'm doing something wrong or do others have this "get what you pay for" experience with it. When I made a call the experience was a very significant delay in the audio (like a few seconds). I would hear a question, and answer it, and then hear the other person repeat the question as if I didn't hear it. There was also significant "crackle" as if there was a loose wire somewhere. I called back using my regular sip trunk and it was fine. I run freeswitch on an underutilized x86_64 box running Centos 5.5, zippy broadband connection. It is behind a NAT device, and my Cisco 7940 is behind a different NAT device. I'm a novice when it comes to the details of VOIP, but of course love to learn. I would love some suggestions on how to investigate this. Thanks! Larry Matter From listsubscriber at smarteredge.com Thu Sep 9 04:40:14 2010 From: listsubscriber at smarteredge.com (list subscriber) Date: Thu, 9 Sep 2010 12:40:14 +0100 Subject: [Freeswitch-users] Busy Lamps Aastra Message-ID: <50F27B9B-6BED-434D-99C2-14D78B64B73C@smarteredge.com> Hi All, Just wanted to pass on some feedback and thanks for improving the busy lamp situation on Aastra phone. Noticed the latest Freeswitch code has improvements which work better on Aastra 5xi devices. However there are some bugs. While the busy lamps work great on the receiving phone (b-leg), the busy lamps do not seem to be activated on the a-leg of calls. Also when a call is placed on hold it appears as "ringing" instead of indicating hold status more accurately. iNeil From covici at ccs.covici.com Thu Sep 9 06:50:53 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 09 Sep 2010 09:50:53 -0400 Subject: [Freeswitch-users] flashing problems Message-ID: <20315.1284040253@ccs.covici.com> Hi. I am using mostly the default freeswitch configs, but I cannot seem to make flash work properly. I was dialing out from a freetdm extension over a freetdm fxo channel and got bridged to a number. Then I had another phone call into that same fxo line. I may be doing something wrong -- newbie that I am -- but I could not answer the second call -- I heard the call waiting noise, flashed the hook, which did get recognized, but how do I answer that call? If I were dialing out through sip, how would I do this in that case? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From brian at freeswitch.org Thu Sep 9 06:56:28 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 9 Sep 2010 09:56:28 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: <20315.1284040253@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> Message-ID: <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> Do you see anywhere that explicitly says that works? Because I'm pretty positive its not there just yet. /b On Sep 9, 2010, at 9:50 AM, covici at ccs.covici.com wrote: > Hi. I am using mostly the default freeswitch configs, but I cannot seem > to make flash work properly. I was dialing out from a freetdm > extension over a freetdm fxo channel and got bridged to a number. Then > I had another phone call into that same fxo line. I may be doing > something wrong -- newbie that I am -- but I could not answer the second > call -- I heard the call waiting noise, flashed the hook, which did get > recognized, but how do I answer that call? If I were dialing out > through sip, how would I do this in that case? > > Thanks in advance for any suggestions. From covici at ccs.covici.com Thu Sep 9 07:08:19 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 09 Sep 2010 10:08:19 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> Message-ID: <20585.1284041299@ccs.covici.com> No, but the flash event was in the logs, but what to do after that? Brian West wrote: > Do you see anywhere that explicitly says that works? Because I'm pretty positive its not there just yet. > > /b > > On Sep 9, 2010, at 9:50 AM, covici at ccs.covici.com wrote: > > > Hi. I am using mostly the default freeswitch configs, but I cannot seem > > to make flash work properly. I was dialing out from a freetdm > > extension over a freetdm fxo channel and got bridged to a number. Then > > I had another phone call into that same fxo line. I may be doing > > something wrong -- newbie that I am -- but I could not answer the second > > call -- I heard the call waiting noise, flashed the hook, which did get > > recognized, but how do I answer that call? If I were dialing out > > through sip, how would I do this in that case? > > > > Thanks in advance for any suggestions. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mnhassan at usa.net Thu Sep 9 07:59:46 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Thu, 9 Sep 2010 20:59:46 +0600 Subject: [Freeswitch-users] quality of google voice In-Reply-To: <59684.192.168.5.1.1284006376.squirrel@matter.net> References: <59684.192.168.5.1.1284006376.squirrel@matter.net> Message-ID: Did you try regular SIP calls? That might help to create a benchmark to compare with. Regards HASSAN On 2010-09-09, Larry Matter wrote: > I was very excited to see that freeswitch can make calls through google > voice (or is gmail?). I got it working without too much fuss thanks to > the wiki. But the sound quality compared to my normal sip trunks is not > very good. I'm wondering if I'm doing something wrong or do others have > this "get what you pay for" experience with it. > > When I made a call the experience was a very significant delay in the > audio (like a few seconds). I would hear a question, and answer it, and > then hear the other person repeat the question as if I didn't hear it. > There was also significant "crackle" as if there was a loose wire > somewhere. I called back using my regular sip trunk and it was fine. > > I run freeswitch on an underutilized x86_64 box running Centos 5.5, zippy > broadband connection. It is behind a NAT device, and my Cisco 7940 is > behind a different NAT device. I'm a novice when it comes to the details > of VOIP, but of course love to learn. I would love some suggestions on > how to investigate this. > > Thanks! > Larry Matter > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device From anthony.minessale at gmail.com Thu Sep 9 08:21:39 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 9 Sep 2010 10:21:39 -0500 Subject: [Freeswitch-users] quality of google voice In-Reply-To: <59684.192.168.5.1.1284006376.squirrel@matter.net> References: <59684.192.168.5.1.1284006376.squirrel@matter.net> Message-ID: you can get a pcap of the rtp from the call and analyze it. also you could compare to the quality of using the gmail applet. I suspect it just is bad and they should consider using FS on the other side to convert it to sip =D On Wed, Sep 8, 2010 at 11:26 PM, Larry Matter wrote: > I was very excited to see that freeswitch can make calls through google > voice (or is gmail?). ?I got it working without too much fuss thanks to > the wiki. ?But the sound quality compared to my normal sip trunks is not > very good. ?I'm wondering if I'm doing something wrong or do others have > this "get what you pay for" experience with it. > > When I made a call the experience was a very significant delay in the > audio (like a few seconds). ?I would hear a question, and answer it, and > then hear the other person repeat the question as if I didn't hear it. > There was also significant "crackle" as if there was a loose wire > somewhere. ?I called back using my regular sip trunk and it was fine. > > I run freeswitch on an underutilized x86_64 box running Centos 5.5, zippy > broadband connection. ?It is behind a NAT device, and my Cisco 7940 is > behind a different NAT device. ?I'm a novice when it comes to the details > of VOIP, but of course love to learn. ?I would love some suggestions on > how to investigate this. > > Thanks! > Larry Matter > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Thu Sep 9 09:30:34 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 9 Sep 2010 11:30:34 -0500 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: Message-ID: what phones is that? Those aren't real errors they are just part of the sla debug mode so they stand out. is your box really configured as mydomain.com? you need to make sure your domain is set to your real domain used by the box which also needs to match the host portion of the url the phone registers to and a proper alias so both domain name and ip can resolve to your profile. On Wed, Sep 8, 2010 at 10:16 PM, Aloysius Lloyd wrote: > Hello All, > I have?difficulty?with Inbound SLA. Outbound SLA working without any issue. > Inbound SLA not working. > FreeSWITCH Version -?FreeSWITCH Version 1.0.head (git-6875a97 2010-09-08 > 16-33-50 -0500) > Linksys SPA942 - 6.1.5(a) > Once the inbound call answered the following SQL Error appear on the debug > log. ?Please let me know how to fix this issue. > > 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:687 PROCESS PRESENCE EVENT > 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:1827 PRES SQL select > sip_from_user,sip_from_host,call_info,call_info_state,uuid from sip_dialogs > where hostname='li176-12' and sip_from_user='200' and > sip_from_host='mydomain.com' > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1848 PRES SQL select > call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions where > expires > -1 and hostname='li176-12' and sub_to_user='200' and > sub_to_host='mydomain.com' and (event='call-info' or event='line-seize') > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 > [call_id]=[5c0f4043-aaa7bbd0 at 192.168.240.104] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 > [expires]=[1284008633] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 > [sub_to_user]=[200] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 > [sub_to_host]=[mydomain.com] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 > [event]=[call-info] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 > [call_id]=[696f8b47-50fa4cba at 192.168.240.110] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 > [expires]=[1284008691] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 > [sub_to_user]=[200] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 > [sub_to_host]=[mydomain.com] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 > [event]=[call-info] > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1863 CLEAR SQL delete from > sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' and > call_info_state='seized' > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:680 STATE SQL update > sip_dialogs set call_info='appearance-index=1',call_info_state='active' > where hostname='li176-12' and uuid='00f17b14-2e0b-4711-b082-a7c5a90621d8' > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:687 PROCESS PRESENCE EVENT > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1827 PRES SQL select > sip_from_user,sip_from_host,call_info,call_info_state,uuid from sip_dialogs > where hostname='li176-12' and sip_from_user='200' and > sip_from_host='mydomain.com' > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1848 PRES SQL select > call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions where > expires > -1 and hostname='li176-12' and sub_to_user='200' and > sub_to_host='mydomain.com' and (event='call-info' or event='line-seize') > 2010-09-08 23:06:25.089546 [ERR] sofia_presence.c:1863 CLEAR SQL delete from > sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' and > call_info_state='seized' > > > Thanks > Lloyd > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From nasida at live.ru Thu Sep 9 07:57:39 2010 From: nasida at live.ru (Yuriy Nasida) Date: Thu, 9 Sep 2010 18:57:39 +0400 Subject: [Freeswitch-users] bridge In-Reply-To: <4C82185C.9080108@bksys.co.in> References: <1283269028539-5483223.post@n2.nabble.com>, , <4C82185C.9080108@bksys.co.in> Message-ID: In theory, you need to check the status of the respective channel variables (into your general rout script). Date: Sat, 4 Sep 2010 15:28:52 +0530 From: abubacker at bksystems.co.in To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] bridge On Saturday 04 September 2010 12:54 PM, babak yakhchali wrote: Thanx how can I check to see if the call was answered? or how can I check the originate result? _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org Try show channels -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/33ac5b94/attachment.html From rmorin at blie-ent.com Thu Sep 9 09:36:42 2010 From: rmorin at blie-ent.com (Rob Morin) Date: Thu, 9 Sep 2010 12:36:42 -0400 Subject: [Freeswitch-users] G729 failover Message-ID: <3FC3A82EC1E84DC08B31EB3B44032C1F@morindads> My experience with G729 has been that if the FS server runs out of licenses, the call fails with a fast busy. Is there a way to check the available licenses and fail to another codec, rather than, effectively, aborting the call? Thank you, Rob Morin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/aef676f5/attachment.html From brian at freeswitch.org Thu Sep 9 09:56:48 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 9 Sep 2010 12:56:48 -0400 Subject: [Freeswitch-users] G729 failover In-Reply-To: <3FC3A82EC1E84DC08B31EB3B44032C1F@morindads> References: <3FC3A82EC1E84DC08B31EB3B44032C1F@morindads> Message-ID: In the next g729 release I'll be adding some api's to allow you to do some of this with the dialplan. I hope to have that done today or tomorrow. /b On Sep 9, 2010, at 12:36 PM, Rob Morin wrote: > My experience with G729 has been that if the FS server runs out of licenses, the call fails with a fast busy. Is there a way to check the available licenses and fail to another codec, rather than, effectively, aborting the call? > > Thank you, > Rob Morin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/86ff619f/attachment.html From lloyd.aloysius at gmail.com Thu Sep 9 10:37:58 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Thu, 9 Sep 2010 13:37:58 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: Message-ID: Linksys SPA942 - firmware 6.1.5(a) Yes mydomain.com configured properly and it is real. please find the internal status below. Outbound SLA working properly. Inbound SLA not working properly. Both phone rings simultaneously, then one phone answer other phone not indicate the line is in use. Call-ID: b6e56824-fbc04a80 at 192.168.240.110 User: 200 at mydomain.com Contact: "Ext 200" Agent: Linksys/SPA942-6.1.5(a) Status: Registered(UDP-NAT)(unknown) EXP(2010-09-09 13:36:20) EXPSECS(95) Host: li176-12 IP: A.B.C.D Port: 1024 Auth-User: 200 Auth-Realm: mydomain.com MWI-Account: 200 at mydomain.com Call-ID: 37fd43c3-a8258b75 at 192.168.240.104 User: 200 at mydomain.com Contact: "Ext 200" Agent: Linksys/SPA942-6.1.5(a) Status: Registered(UDP-NAT)(unknown) EXP(2010-09-09 13:36:33) EXPSECS(108) Host: li176-12 IP: A.B.C.D Port: 1025 Auth-User: 200 Auth-Realm: mydomain.com MWI-Account: 200 at mydomain.com Thanks Lloyd On Thu, Sep 9, 2010 at 12:30 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > what phones is that? > > Those aren't real errors they are just part of the sla debug mode so > they stand out. > > is your box really configured as mydomain.com? > > you need to make sure your domain is set to your real domain used by > the box which also needs to match the host portion of the url the > phone registers to and a proper alias so both domain name and ip can > resolve to your profile. > > > On Wed, Sep 8, 2010 at 10:16 PM, Aloysius Lloyd > wrote: > > Hello All, > > I have difficulty with Inbound SLA. Outbound SLA working without any > issue. > > Inbound SLA not working. > > FreeSWITCH Version - FreeSWITCH Version 1.0.head (git-6875a97 2010-09-08 > > 16-33-50 -0500) > > Linksys SPA942 - 6.1.5(a) > > Once the inbound call answered the following SQL Error appear on the > debug > > log. Please let me know how to fix this issue. > > > > 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:687 PROCESS PRESENCE > EVENT > > 2010-09-08 23:06:25.086299 [ERR] sofia_presence.c:1827 PRES SQL select > > sip_from_user,sip_from_host,call_info,call_info_state,uuid from > sip_dialogs > > where hostname='li176-12' and sip_from_user='200' and > > sip_from_host='mydomain.com' > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1848 PRES SQL select > > call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions > where > > expires > -1 and hostname='li176-12' and sub_to_user='200' and > > sub_to_host='mydomain.com' and (event='call-info' or event='line-seize') > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 > > [call_id]=[5c0f4043-aaa7bbd0 at 192.168.240.104] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 > > [expires]=[1284008633] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 > > [sub_to_user]=[200] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 > > [sub_to_host]=[mydomain.com] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 > > [event]=[call-info] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 0 > > [call_id]=[696f8b47-50fa4cba at 192.168.240.110] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 1 > > [expires]=[1284008691] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 2 > > [sub_to_user]=[200] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 3 > > [sub_to_host]=[mydomain.com] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1675 SLA3: 4 > > [event]=[call-info] > > 2010-09-08 23:06:25.087545 [ERR] sofia_presence.c:1863 CLEAR SQL delete > from > > sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' > and > > call_info_state='seized' > > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:680 STATE SQL update > > sip_dialogs set call_info='appearance-index=1',call_info_state='active' > > where hostname='li176-12' and uuid='00f17b14-2e0b-4711-b082-a7c5a90621d8' > > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:687 PROCESS PRESENCE > EVENT > > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1827 PRES SQL select > > sip_from_user,sip_from_host,call_info,call_info_state,uuid from > sip_dialogs > > where hostname='li176-12' and sip_from_user='200' and > > sip_from_host='mydomain.com' > > 2010-09-08 23:06:25.088541 [ERR] sofia_presence.c:1848 PRES SQL select > > call_id,expires,sub_to_user,sub_to_host,event from sip_subscriptions > where > > expires > -1 and hostname='li176-12' and sub_to_user='200' and > > sub_to_host='mydomain.com' and (event='call-info' or event='line-seize') > > 2010-09-08 23:06:25.089546 [ERR] sofia_presence.c:1863 CLEAR SQL delete > from > > sip_dialogs where sip_from_user='200' and sip_from_host='mydomain.com' > and > > call_info_state='seized' > > > > > > Thanks > > Lloyd > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/76a09018/attachment-0001.html From brian at freeswitch.org Thu Sep 9 10:46:17 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 9 Sep 2010 13:46:17 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: Message-ID: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> First off I see that 1. the phones are behind nat. 2. you don't have them configured properly so the phone itself can overcome NAT. 3. I think this phone's firmware has a bug in it related to the broadsoft SLA. /b On Sep 9, 2010, at 1:37 PM, Aloysius Lloyd wrote: > Linksys SPA942 - firmware 6.1.5(a) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/3f68b258/attachment.html From lloyd.aloysius at gmail.com Thu Sep 9 11:06:53 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Thu, 9 Sep 2010 14:06:53 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: 1. Yes Phones Behind NAT. FreeSWITCH [ Public IP] ----------- ---- Linksys Router ------- Linksys IP Phones 2. Can you help me to understand what is not configured properly. 3. wiki says this is Tested. Here is the content from wiki [ http://wiki.freeswitch.org/wiki/Shared_Line_Appearance] Linksys/SPA Tested on SPA-942 firmware 6.1.5(a) Setup the handset as per normal to register to the extension you are going to share. In addition under 'Share Line Appearance' in Ext 1 (or which ever line you are using) set 'Share Ext:' to 'Shared' Under Phone, Line Key 1 (Or whichever you are using), set 'Share Call Appearance:' to Shared Thanks Lloyd On Thu, Sep 9, 2010 at 1:46 PM, Brian West wrote: > First off I see that 1. the phones are behind nat. 2. you don't have them > configured properly so the phone itself can overcome NAT. 3. I think this > phone's firmware has a bug in it related to the broadsoft SLA. > > /b > > On Sep 9, 2010, at 1:37 PM, Aloysius Lloyd wrote: > > Linksys SPA942 - firmware 6.1.5(a) > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/5812bcee/attachment.html From brian at freeswitch.org Thu Sep 9 11:12:37 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 9 Sep 2010 14:12:37 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: On Sep 9, 2010, at 2:06 PM, Aloysius Lloyd wrote: > 1. Yes Phones Behind NAT. > > FreeSWITCH [ Public IP] ----------- ---- Linksys Router ------- Linksys IP Phones > > 2. Can you help me to understand what is not configured properly. The phone should overcome their own nat... its not the registrars job. Thats just my opinion. > > 3. wiki says this is Tested. Here is the content from wiki [http://wiki.freeswitch.org/wiki/Shared_Line_Appearance] Make sure it has the latest firmware. > > Linksys/SPA > Tested on SPA-942 firmware 6.1.5(a) > Setup the handset as per normal to register to the extension you are going to share. > In addition under 'Share Line Appearance' in Ext 1 (or which ever line you are using) set 'Share Ext:' to 'Shared' > Under Phone, Line Key 1 (Or whichever you are using), set 'Share Call Appearance:' to Shared > > > Thanks > Lloyd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/21e6755d/attachment.html From lloyd.aloysius at gmail.com Thu Sep 9 11:50:51 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Thu, 9 Sep 2010 14:50:51 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Brian, thanks for your response. Both Linksys SPA 942 using the latest firmware which is mention in the wiki. How to identify the problem. Any help is appreciated. Thanks Lloyd On Thu, Sep 9, 2010 at 2:12 PM, Brian West wrote: > > On Sep 9, 2010, at 2:06 PM, Aloysius Lloyd wrote: > > 1. Yes Phones Behind NAT. > > FreeSWITCH [ Public IP] ----------- ---- Linksys Router ------- Linksys IP > Phones > > 2. Can you help me to understand what is not configured properly. > > > The phone should overcome their own nat... its not the registrars job. > Thats just my opinion. > > > 3. wiki says this is Tested. Here is the content from wiki [ > http://wiki.freeswitch.org/wiki/Shared_Line_Appearance] > > > Make sure it has the latest firmware. > > > Linksys/SPA > Tested on SPA-942 firmware 6.1.5(a) > Setup the handset as per normal to register to the extension you are going > to share. > In addition under 'Share Line Appearance' in Ext 1 (or which ever line you > are using) set 'Share Ext:' to 'Shared' > Under Phone, Line Key 1 (Or whichever you are using), set 'Share Call > Appearance:' to Shared > > > Thanks > Lloyd > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/b28d2a9f/attachment.html From ktngl at yahoo.co.uk Thu Sep 9 12:49:37 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Thu, 9 Sep 2010 19:49:37 +0000 (GMT) Subject: [Freeswitch-users] get lcr channel variable from esl Message-ID: <398506.55759.qm@web29217.mail.ird.yahoo.com> I have used mod_lcr application in my esl script, digits are passed to mod_lcr and a dial string is found successfully as seen on the debug log. My question is how do I acces the variable? ${lcr_auto_route} from esl. Previously in my script I have used this method to get variables which was set earlier in the script @con.api("uuid_getvar", "#{@uuid} myvarible").getBody However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", "#{@uuid} lcr_auto_route").getBody I get a _undef_ error -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/3310578e/attachment.html From kris at kriskinc.com Thu Sep 9 14:34:27 2010 From: kris at kriskinc.com (Kristian Kielhofner) Date: Thu, 9 Sep 2010 17:34:27 -0400 Subject: [Freeswitch-users] Forcing SIP register time Message-ID: Am I missing something or is there no way to force a SIP registration time in a Sofia profile? I know I *could* do it on the device but it would be nice to force random clients to re-register at a specific expiration time specified in the profile. Bounty? -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com From brian at freeswitch.org Thu Sep 9 14:46:29 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 9 Sep 2010 17:46:29 -0400 Subject: [Freeswitch-users] Forcing SIP register time In-Reply-To: References: Message-ID: <9493F5D6-6236-4387-841A-AE274E3BE102@freeswitch.org> Add that to their directory response. /b On Sep 9, 2010, at 5:34 PM, Kristian Kielhofner wrote: > Am I missing something or is there no way to force a SIP registration > time in a Sofia profile? I know I *could* do it on the device but it > would be nice to force random clients to re-register at a specific > expiration time specified in the profile. > > Bounty? From moises.silva at gmail.com Thu Sep 9 14:58:13 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 9 Sep 2010 17:58:13 -0400 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On Wed, Sep 8, 2010 at 8:01 PM, Brian May wrote: > On 9 September 2010 09:44, Brian May > wrote: > > I am going to rebuild and double check that the Makefile.in file is > > being regenerated, like the timestamp implies. > > Oh, I see the problem. It appears that Makefile.in has been committed > into git (I think standard practice is not to commit any autogenerated > files), and it is wrong or out-of-date. > Something is wrong in your box. That file is not committed. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/07662338/attachment.html From moises.silva at gmail.com Thu Sep 9 15:02:26 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 9 Sep 2010 18:02:26 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: <20585.1284041299@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> Message-ID: On Thu, Sep 9, 2010 at 10:08 AM, wrote: > No, but the flash event was in the logs, but what to do after that? > > You have to enable call swapping. - Add that to the section of your freetdm.conf.xml Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/021d9d21/attachment.html From moises.silva at gmail.com Thu Sep 9 15:06:02 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 9 Sep 2010 18:06:02 -0400 Subject: [Freeswitch-users] outgoing callerid freetdm TDM400 In-Reply-To: <73189f20b170a1cf44a162c6c2ef6a0e@thom.fr.eu.org> References: <31329b0ef5bc12ecc522e18a9a83c764@thom.fr.eu.org> <729917f2a65c3b6c32a40c25bd81a89a@thom.fr.eu.org> <693eb681021b33ccdf84a48451678505@thom.fr.eu.org> <73189f20b170a1cf44a162c6c2ef6a0e@thom.fr.eu.org> Message-ID: On Thu, Sep 9, 2010 at 8:15 AM, Fran?ois Legal wrote: > > > On Thu, 9 Sep 2010 21:03:10 +1000, Brian May > wrote: > > On 9 September 2010 18:54, Fran?ois Legal wrote: > >> I have updated the CID patch against today's git. The patch now contains > >> only the CID part. I created a separate MWI patch that I attached to > >> OPENZAP-101. > > > > Wow! It seems to work. I get caller id again. > > > > Not sure what modem_type I got, I skipped that step ;-). So it is > > possible it may not be adhere with Australian standards, it works with > > my phone though, so I am happy. > > > > Now if only I could get the analogue phone's flash function to work ;-). > > Glad to hear that. > > By what I saw while trying, it seems the modem type does not so much > make a difference (analog phones seem to be tolerant to both BELL and > V23). > > What do you call the flash function ? on-hook/off-hook done quickly. Brian, what is it that does not work with flash? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/801beaac/attachment.html From rentmycoder at gmail.com Thu Sep 9 15:24:35 2010 From: rentmycoder at gmail.com (rentmycoder rentmycoder) Date: Fri, 10 Sep 2010 00:24:35 +0200 Subject: [Freeswitch-users] how to originate a call on a sip hardphone programatic with ringback tone? Message-ID: Hi, I'm trying to let a sip phone dial a number via esl. I use the originate api eg. ext 1001 calls ext 1000 from FS console: "originate {originate_timeout=30,origination_caller_id_number=1001,origination_caller_id_name=1001}user/1000 1001" This works, ext 1001 starts ringing, then if I pickup 1001, starts dialing 1000. My problem is, that there is no ringback tone when using this api. When I dial the number manually on the phone, there is a ringback tone indicating the other party to be ringing.... How to turn on the ringback tone using originate api and AFTER I pickup the phone and the other party is ringing??? In this case (correct me if I'm wrong) FS calls the originator, then transfers the b-leg to the destination ext. Any other method ow let the phone start the dialing??? Thanks... From covici at ccs.covici.com Thu Sep 9 15:53:56 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 09 Sep 2010 18:53:56 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> Message-ID: <7796.1284072836@ccs.covici.com> It is already in there. What I want to know is if I am calling from a freetdm channel and I am using an outgoing freetdm channel as well, how to flash the fxo channel, so I can answer the call waiting call. A secondary note, shouldn't I get a different stutter dialtone when I flash the hook? Moises Silva wrote: > On Thu, Sep 9, 2010 at 10:08 AM, wrote: > > > No, but the flash event was in the logs, but what to do after that? > > > > You have to enable call swapping. > > - > > Add that to the section of your freetdm.conf.xml > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 microcomaustralia.com.au Thu Sep 9 16:06:45 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Fri, 10 Sep 2010 09:06:45 +1000 Subject: [Freeswitch-users] analogue flash/recall Message-ID: On 10 September 2010 08:06, Moises Silva wrote: > on-hook/off-hook done quickly. (changed the subject) The that is correct. Often it is called "Recall" or "PBX Recall". It is required if you want to transfer calls etc from analogue phones without the PBX listening for DTMF tones inband. On Asterisk, the idea is if you push this button, you can the dial tone, and can make a new call while the old call is on hold. If you push it again you get a conference call, and then if you hang up you have effectively made an attended transfer of the call. > Brian, what is it that does not work with flash? When I push the flash button, I get loss of audio for a moment, and then the current call resumes. Admittedly I am not entirely sure what to expect with Freeswitch, but would be nice if I could use it to transfer calls. Same as with Asterisk. Although I never could get this working with Asterisk either, I ended up having to push the off-hook button manually, which is risky (push it for too long and you disconnect the call) and not always possible with modern phones. Changing the time intervals never seemed to help. -- Brian May From brian at microcomaustralia.com.au Thu Sep 9 16:18:34 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Fri, 10 Sep 2010 09:18:34 +1000 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> Message-ID: On 10 September 2010 08:02, Moises Silva wrote: > You have to enable call swapping. > - > Add that to the section of your freetdm.conf.xml Ignore my other email, I don't have it enabled. I guess this means my test was flawed. Is there anywhere this option is documented? The sample config seems to have: What is the different between these two options? Does it hurt to set it globally (as per default), or does this mean flash is active for ports connected to my telephone provider too? I only want it enabled on ports that my telephones are connected too. -- Brian May From rupa at rupa.com Thu Sep 9 16:21:56 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Thu, 9 Sep 2010 18:21:56 -0500 Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: <398506.55759.qm@web29217.mail.ird.yahoo.com> References: <398506.55759.qm@web29217.mail.ird.yahoo.com> Message-ID: The api version of mod_lcr doesn't give you lcr_auto_route. You can do lcr 15555551212 default as xml and get the lcr info as xml which can then be parsed on the client side. To build the equivalent of lcr_auto_route you can concatenate all the dialstrings separated by "|". I'd suggest transfering to the lcr/ endpoint instead. lcr/15555551212 The only way to get the channel var set is to use the application version of lcr. On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent wrote: > I have used mod_lcr application in my esl script, digits are passed to > mod_lcr and a dial string is found successfully as seen on the debug log. > > My question is how do I acces the variable ${lcr_auto_route} from esl. > > Previously in my script I have used this method to get variables which was > set earlier in the script > > @con.api("uuid_getvar", "#{@uuid} myvarible").getBody > > However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", > "#{@uuid} lcr_auto_route").getBody I get a _undef_ error > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/775123b2/attachment-0001.html From rupa at rupa.com Thu Sep 9 16:23:58 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Thu, 9 Sep 2010 18:23:58 -0500 Subject: [Freeswitch-users] how to originate a call on a sip hardphone programatic with ringback tone? In-Reply-To: References: Message-ID: Try setting transfer_ringback to whatever you want the ringtone to be. On Thu, Sep 9, 2010 at 5:24 PM, rentmycoder rentmycoder < rentmycoder at gmail.com> wrote: > Hi, > > I'm trying to let a sip phone dial a number via esl. > I use the originate api eg. ext 1001 calls ext 1000 from FS console: > "originate > {originate_timeout=30,origination_caller_id_number=1001,origination_caller_id_name=1001}user/1000 > 1001" > This works, ext 1001 starts ringing, then if I pickup 1001, starts dialing > 1000. > My problem is, that there is no ringback tone when using this api. > When I dial the number manually on the phone, there is a ringback tone > indicating the other party to be ringing.... > > How to turn on the ringback tone using originate api and AFTER I > pickup the phone and the other party is ringing??? > > In this case (correct me if I'm wrong) FS calls the originator, then > transfers the b-leg to the destination ext. > Any other method ow let the phone start the dialing??? > > Thanks... > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100909/bc110589/attachment.html From brian at microcomaustralia.com.au Thu Sep 9 16:38:06 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Fri, 10 Sep 2010 09:38:06 +1000 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On 10 September 2010 07:58, Moises Silva wrote: > Something is wrong in your box. That file is not committed. Hmm. Curious, looks like git had me confused: brian at aquitard:~/freeswitch$ git status # On branch master nothing to commit (working directory clean) brian at aquitard:~/freeswitch$ ls -l ./libs/freetdm/Makefile.in ls: cannot access ./libs/freetdm/Makefile.in: No such file or directory brian at aquitard:~/freeswitch$ echo hello > ./libs/freetdm/Makefile.in brian at aquitard:~/freeswitch$ git diff ./libs/freetdm/Makefile.in brian at aquitard:~/freeswitch$ I expected to see either (a) an error or (b) a diff representing a new file, but got an empty diff instead. Is there any reliable way of finding out if a file is committed or not under git? -- Brian May From anthony.minessale at gmail.com Thu Sep 9 16:50:10 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 9 Sep 2010 18:50:10 -0500 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: Message-ID: see the default config for analog spans see the enable-analog-option param? choose one of the 2 call-swap or 3-way I think you need to have at least one enabled for flash to do anything in either case you should be able to hit flash, dial a number, hangup for blind xfers call-swap lets make 2 calls and go back and forth 3-way lets you make a 2nd call and flash again to combine them. are you using openzap or freetdm it should be the same in both..... On Thu, Sep 9, 2010 at 6:06 PM, Brian May wrote: > On 10 September 2010 08:06, Moises Silva wrote: >> on-hook/off-hook done quickly. > > (changed the subject) > > The that is correct. Often it is called "Recall" or "PBX Recall". It > is required if you want to transfer calls etc from analogue phones > without the PBX listening for DTMF tones inband. > > On Asterisk, the idea is if you push this button, you can the dial > tone, and can make a new call while the old call is on hold. If you > push it again you get a conference call, and then if you hang up you > have effectively made an attended transfer of the call. > >> Brian, what is it that does not work with flash? > > When I push the flash button, I get loss of audio for a moment, and > then the current call resumes. > > Admittedly I am not entirely sure what to expect with Freeswitch, but > would be nice if I could use it to transfer calls. > > Same as with Asterisk. Although I never could get this working with > Asterisk either, I ended up having to push the off-hook button > manually, which is risky (push it for too long and you disconnect the > call) and not always possible with modern phones. Changing the time > intervals never seemed to help. > -- > Brian May > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Thu Sep 9 17:14:48 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 09 Sep 2010 20:14:48 -0400 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: Message-ID: <21400.1284077688@ccs.covici.com> I have the 3way and callswap outside the analog spans, so I would assume it would apply to both? I do think I can flash the hook and make another call, but not be able to answer the call waiting with analog spans. Anthony Minessale wrote: > see the default config for analog spans > > see the enable-analog-option param? > choose one of the 2 call-swap or 3-way > > I think you need to have at least one enabled for flash to do anything > > in either case you should be able to hit flash, dial a number, hangup > for blind xfers > call-swap lets make 2 calls and go back and forth > 3-way lets you make a 2nd call and flash again to combine them. > > are you using openzap or freetdm it should be the same in both..... > > > > > > > > > > > > > > > > > > > > > On Thu, Sep 9, 2010 at 6:06 PM, Brian May > wrote: > > On 10 September 2010 08:06, Moises Silva wrote: > >> on-hook/off-hook done quickly. > > > > (changed the subject) > > > > The that is correct. Often it is called "Recall" or "PBX Recall". It > > is required if you want to transfer calls etc from analogue phones > > without the PBX listening for DTMF tones inband. > > > > On Asterisk, the idea is if you push this button, you can the dial > > tone, and can make a new call while the old call is on hold. If you > > push it again you get a conference call, and then if you hang up you > > have effectively made an attended transfer of the call. > > > >> Brian, what is it that does not work with flash? > > > > When I push the flash button, I get loss of audio for a moment, and > > then the current call resumes. > > > > Admittedly I am not entirely sure what to expect with Freeswitch, but > > would be nice if I could use it to transfer calls. > > > > Same as with Asterisk. Although I never could get this working with > > Asterisk either, I ended up having to push the off-hook button > > manually, which is risky (push it for too long and you disconnect the > > call) and not always possible with modern phones. Changing the time > > intervals never seemed to help. > > -- > > Brian May > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Thu Sep 9 17:30:33 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 9 Sep 2010 19:30:33 -0500 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: <21400.1284077688@ccs.covici.com> References: <21400.1284077688@ccs.covici.com> Message-ID: no its only valid inside the span, it must be set per span. we don't have it implemented to inherit from the higher tag. On Thu, Sep 9, 2010 at 7:14 PM, wrote: > I have the 3way and callswap outside the analog spans, so I would assume > it would apply to both? ?I do think I can flash the hook and make > another call, but not be able to answer the call waiting with analog > spans. > > Anthony Minessale wrote: > >> see the default config for analog spans >> >> see the enable-analog-option param? >> choose one of the 2 call-swap or 3-way >> >> I think you need to have at least one enabled for flash to do anything >> >> in either case you should be able to hit flash, dial a number, hangup >> for blind xfers >> call-swap lets make 2 calls and go back and forth >> 3-way lets you make a 2nd call and flash again to combine them. >> >> are you using openzap or freetdm it should be the same in both..... >> >> ? >> ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? >> ? >> >> >> On Thu, Sep 9, 2010 at 6:06 PM, Brian May >> wrote: >> > On 10 September 2010 08:06, Moises Silva wrote: >> >> on-hook/off-hook done quickly. >> > >> > (changed the subject) >> > >> > The that is correct. Often it is called "Recall" or "PBX Recall". It >> > is required if you want to transfer calls etc from analogue phones >> > without the PBX listening for DTMF tones inband. >> > >> > On Asterisk, the idea is if you push this button, you can the dial >> > tone, and can make a new call while the old call is on hold. If you >> > push it again you get a conference call, and then if you hang up you >> > have effectively made an attended transfer of the call. >> > >> >> Brian, what is it that does not work with flash? >> > >> > When I push the flash button, I get loss of audio for a moment, and >> > then the current call resumes. >> > >> > Admittedly I am not entirely sure what to expect with Freeswitch, but >> > would be nice if I could use it to transfer calls. >> > >> > Same as with Asterisk. Although I never could get this working with >> > Asterisk either, I ended up having to push the off-hook button >> > manually, which is risky (push it for too long and you disconnect the >> > call) and not always possible with modern phones. Changing the time >> > intervals never seemed to help. >> > -- >> > Brian May >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Thu Sep 9 19:43:36 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 09 Sep 2010 22:43:36 -0400 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: <21400.1284077688@ccs.covici.com> Message-ID: <25625.1284086616@ccs.covici.com> The parameters are in settings, but I put them inside the spans anyway. No change that I could notice. Here is what I want to do. I make a call using the fxo line to an outside number. Someone calls me which rings through the same fxo module. I hear the call waiting beep on the phone. I flash the hook and get a dialtone. What magic do I have to do to flash the fxo channel so I can answer the call. In asterisk they have hard coded *0 to do this, but how do I do the equivalent in fs to flash the fxo from my analog phone connected to the fxs module or from anywhere else for that matter. Anthony Minessale wrote: > no its only valid inside the span, it must be set per span. > we don't have it implemented to inherit from the higher tag. > > > On Thu, Sep 9, 2010 at 7:14 PM, wrote: > > I have the 3way and callswap outside the analog spans, so I would assume > > it would apply to both? ?I do think I can flash the hook and make > > another call, but not be able to answer the call waiting with analog > > spans. > > > > Anthony Minessale wrote: > > > >> see the default config for analog spans > >> > >> see the enable-analog-option param? > >> choose one of the 2 call-swap or 3-way > >> > >> I think you need to have at least one enabled for flash to do anything > >> > >> in either case you should be able to hit flash, dial a number, hangup > >> for blind xfers > >> call-swap lets make 2 calls and go back and forth > >> 3-way lets you make a 2nd call and flash again to combine them. > >> > >> are you using openzap or freetdm it should be the same in both..... > >> > >> ? > >> ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? ? > >> ? ? > >> ? > >> > >> > >> On Thu, Sep 9, 2010 at 6:06 PM, Brian May > >> wrote: > >> > On 10 September 2010 08:06, Moises Silva wrote: > >> >> on-hook/off-hook done quickly. > >> > > >> > (changed the subject) > >> > > >> > The that is correct. Often it is called "Recall" or "PBX Recall". It > >> > is required if you want to transfer calls etc from analogue phones > >> > without the PBX listening for DTMF tones inband. > >> > > >> > On Asterisk, the idea is if you push this button, you can the dial > >> > tone, and can make a new call while the old call is on hold. If you > >> > push it again you get a conference call, and then if you hang up you > >> > have effectively made an attended transfer of the call. > >> > > >> >> Brian, what is it that does not work with flash? > >> > > >> > When I push the flash button, I get loss of audio for a moment, and > >> > then the current call resumes. > >> > > >> > Admittedly I am not entirely sure what to expect with Freeswitch, but > >> > would be nice if I could use it to transfer calls. > >> > > >> > Same as with Asterisk. Although I never could get this working with > >> > Asterisk either, I ended up having to push the off-hook button > >> > manually, which is risky (push it for too long and you disconnect the > >> > call) and not always possible with modern phones. Changing the time > >> > intervals never seemed to help. > >> > -- > >> > Brian May > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> Twitter: http://twitter.com/FreeSWITCH_wire > >> > >> AIM: anthm > >> MSN:anthony_minessale at hotmail.com > >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer Conference > >> sip:888 at conference.freeswitch.org > >> googletalk:conf+888 at conference.freeswitch.org > >> pstn:+19193869900 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Thu Sep 9 20:12:15 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Thu, 09 Sep 2010 23:12:15 -0400 Subject: [Freeswitch-users] Busy Lamps Aastra In-Reply-To: <50F27B9B-6BED-434D-99C2-14D78B64B73C@smarteredge.com> References: <50F27B9B-6BED-434D-99C2-14D78B64B73C@smarteredge.com> Message-ID: <4C89A20F.6060808@communicatefreely.net> Hi Neil, I remember having this problem with our Aastrs (that's all I have really), and I think it had something to do with the the subscription domain. It seems that FS is matching the user and domain in the invite against the list of subscriptions, so if the phone's from: in the invite isn't what people are subscribing to, it only lights up the B-leg. -Tim list subscriber wrote: > Hi All, > > Just wanted to pass on some feedback and thanks for improving the busy lamp situation on Aastra phone. Noticed the latest Freeswitch code has improvements which work better on Aastra 5xi devices. > > However there are some bugs. While the busy lamps work great on the receiving phone (b-leg), the busy lamps do not seem to be activated on the a-leg of calls. > > Also when a call is placed on hold it appears as "ringing" instead of indicating hold status more accurately. > > iNeil > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 microcomaustralia.com.au Thu Sep 9 20:14:52 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Fri, 10 Sep 2010 13:14:52 +1000 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: <21400.1284077688@ccs.covici.com> Message-ID: On 10 September 2010 10:30, Anthony Minessale wrote: > no its only valid inside the span, it must be set per span. > we don't have it implemented to inherit from the higher tag. In this case, the sample config is wrong. ... spans omitted here... -- Brian May From kris at kriskinc.com Thu Sep 9 20:53:17 2010 From: kris at kriskinc.com (Kristian Kielhofner) Date: Thu, 9 Sep 2010 23:53:17 -0400 Subject: [Freeswitch-users] Forcing SIP register time In-Reply-To: <9493F5D6-6236-4387-841A-AE274E3BE102@freeswitch.org> References: <9493F5D6-6236-4387-841A-AE274E3BE102@freeswitch.org> Message-ID: Ah yes as shown in the "brian" example in the default configs. ;) Thanks Brian! On Thu, Sep 9, 2010 at 5:46 PM, Brian West wrote: > > > Add that to their directory response. > > /b > -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com From boris at tagnet.ru Thu Sep 9 21:20:44 2010 From: boris at tagnet.ru (Boris Kovalenko) Date: Fri, 10 Sep 2010 10:20:44 +0600 Subject: [Freeswitch-users] How to check user in directory Message-ID: <4C89B21C.4060304@tagnet.ru> Hello! I have a set of local users registered to freeswitch. So, when user is not registered with switch I get USER_NOT_REGISTERED when route call to it. But is there a way to know is user present in directory and not registered, or even isn't in directory? I want to call voicemail in first case and play 'invalid number' message in second. Is this possible? -- Regards, Boris From moises.silva at gmail.com Thu Sep 9 21:46:23 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 10 Sep 2010 00:46:23 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> Message-ID: On Thu, Sep 9, 2010 at 7:18 PM, Brian May wrote: > On 10 September 2010 08:02, Moises Silva wrote: > > You have to enable call swapping. > > - > > Add that to the section of your freetdm.conf.xml > > Ignore my other email, I don't have it enabled. I guess this means my > test was flawed. > > Is there anywhere this option is documented? The sample config seems to > have: > > > > > What is the different between these two options? > > call-swap allows you to to swap between one call and another with each flash. Flash once and you will answer the incoming call, flash again and you get back to the original call and so on. 3-way is to put you in a conference with the 2 calls. Even if you don't have an incoming call, you can send a flash to place a second call yourself. Does it hurt to set it globally (as per default), or does this mean > flash is active for ports connected to my telephone provider too? I > only want it enabled on ports that my telephones are connected too. > It does not hurt as long as you want it enabled for all your phones. If not, you can enable it per span. These options are meant for fxs ports (the ones where you connect your phones), there is no way an fxo port will receive a flash (that is, the telco/provider can't send you a flash). Now, if you are a good citizen (and I am sure you are) you will compensate my effort of writing this at 12:45am when I should be sleeping; and go ahead and document what I just said in the FreeSWITCH wiki (wiki.freeswitch.org), pleeeeeeease :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/5eea8afc/attachment.html From moises.silva at gmail.com Thu Sep 9 21:51:49 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 10 Sep 2010 00:51:49 -0400 Subject: [Freeswitch-users] freetdm compile error In-Reply-To: References: <5179.1283947014@ccs.covici.com> Message-ID: On Thu, Sep 9, 2010 at 7:38 PM, Brian May wrote: > On 10 September 2010 07:58, Moises Silva wrote: > > Something is wrong in your box. That file is not committed. > > Hmm. Curious, looks like git had me confused: > > brian at aquitard:~/freeswitch$ git status > # On branch master > nothing to commit (working directory clean) > brian at aquitard:~/freeswitch$ ls -l ./libs/freetdm/Makefile.in > ls: cannot access ./libs/freetdm/Makefile.in: No such file or directory > brian at aquitard:~/freeswitch$ echo hello > ./libs/freetdm/Makefile.in > brian at aquitard:~/freeswitch$ git diff ./libs/freetdm/Makefile.in > brian at aquitard:~/freeswitch$ > > I expected to see either (a) an error or (b) a diff representing a new > file, but got an empty diff instead. > > Is there any reliable way of finding out if a file is committed or not > under git? > >From the top FreeSWITCH directory: git ls-files libs/freetdm/Makefile.in If there is no output, means is not tracked. You can add --error-unmatch if you want to see an error on files that are not tracked. git ls-files libs/freetdm/Makefile.in --error-unmatch Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/25fea825/attachment.html From covici at ccs.covici.com Thu Sep 9 22:49:43 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 10 Sep 2010 01:49:43 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> Message-ID: <27686.1284097783@ccs.covici.com> But you should be able to flash the fxo from inside to pick up call waiting or to go to the other call. Moises Silva wrote: > On Thu, Sep 9, 2010 at 7:18 PM, Brian May wrote: > > > On 10 September 2010 08:02, Moises Silva wrote: > > > You have to enable call swapping. > > > - > > > Add that to the section of your freetdm.conf.xml > > > > Ignore my other email, I don't have it enabled. I guess this means my > > test was flawed. > > > > Is there anywhere this option is documented? The sample config seems to > > have: > > > > > > > > > > What is the different between these two options? > > > > > call-swap allows you to to swap between one call and another with each > flash. Flash once and you will answer the incoming call, flash again and you > get back to the original call and so on. > > 3-way is to put you in a conference with the 2 calls. > > Even if you don't have an incoming call, you can send a flash to place a > second call yourself. > > Does it hurt to set it globally (as per default), or does this mean > > flash is active for ports connected to my telephone provider too? I > > only want it enabled on ports that my telephones are connected too. > > > > It does not hurt as long as you want it enabled for all your phones. If not, > you can enable it per span. > > These options are meant for fxs ports (the ones where you connect your > phones), there is no way an fxo port will receive a flash (that is, the > telco/provider can't send you a flash). > > Now, if you are a good citizen (and I am sure you are) you will compensate > my effort of writing this at 12:45am when I should be sleeping; and go ahead > and document what I just said in the FreeSWITCH wiki (wiki.freeswitch.org), > pleeeeeeease :-) > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 steveayre at gmail.com Fri Sep 10 01:07:43 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 10 Sep 2010 09:07:43 +0100 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: <4C89B21C.4060304@tagnet.ru> References: <4C89B21C.4060304@tagnet.ru> Message-ID: Does user exist in user directory? http://wiki.freeswitch.org/wiki/Mod_commands#user_exists Is the user registered? http://wiki.freeswitch.org/wiki/Function_sofia_contact Quick example (untested but would probably work): -Steve On 10 September 2010 05:20, Boris Kovalenko wrote: > Hello! > > I have a set of local users registered to freeswitch. So, when user > is not registered with switch I get USER_NOT_REGISTERED when route call > to it. But is there a way to know is user present in directory and not > registered, or even isn't in directory? I want to call voicemail in > first case and play 'invalid number' message in second. Is this possible? > > -- > Regards, > Boris > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/8da25f6e/attachment-0001.html From ovvenkatesan at gmail.com Fri Sep 10 01:16:23 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Fri, 10 Sep 2010 13:46:23 +0530 Subject: [Freeswitch-users] macros in customized folder In-Reply-To: References: Message-ID: On Thu, Sep 9, 2010 at 5:10 PM, Rupa Schomaker wrote: > You need to include the directory from conf/lang/en/en.xml > > Thanks rupa, I got it. :) > On Thu, Sep 9, 2010 at 1:44 AM, ovvenkat wrote: > >> Hi to all, >> >> 1. I have created a folder inside "* >> /usr/local/freeswitch/conf/lang/en/myfolder*" and placed my macro files. >> >> 2. After that, executed "reload" command in *fs_cli*. >> >> 3.When I am tying to access those macros from my lua Script, I am getting >> error like "Can't find macro " >> >> 4. If I put, same files, inside the "* >> /usr/local/freeswitch/conf/lang/en/demo*" , Its working fine. >> >> Any one tell, where I need to configure so that, I can use macros which is >> inside the my customized folder. >> >> thanks, >> -- >> >> Regards >> Venkatesan OV. >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/f5999260/attachment.html From davidwaf at gmail.com Fri Sep 10 01:36:12 2010 From: davidwaf at gmail.com (David Wafula) Date: Fri, 10 Sep 2010 10:36:12 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris Message-ID: Hi all, Am new to freeswitch and telephony. I installed freeswitch, and only changed acl.conf.xml to allow SIP calls from my IP address. So, my first test call to 9198 is not playing the song back, here is the log. Anything more i need to do? Thanks. -- [NOTICE] switch_channel.c:779 New Channel sofia/internal/ 1000 at 109.74.198.135 [8452afcd-75ae-438e-adfa-59aa569d2086] 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_NEW 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/1000 at 109.74.198.135) State NEW 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4331 Channel sofia/internal/ 1000 at 109.74.198.135 entering state [received][100] 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4342 Remote SDP: v=0 o=user1 53655765 2353687637 IN IP4 41.27.242.184 s=- c=IN IP4 41.27.242.184 t=0 0 m=audio 8000 RTP/AVP 0 a=rtpmap:0 PCMU/8000 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[G7221:115:32000:20] 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[G7221:107:16000:20] 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[G722:9:8000:20] 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] 2010-09-10 08:29:26.778598 [DEBUG] sofia_glue.c:2446 Set Codec sofia/internal/1000 at 109.74.198.135 PCMU/8000 20 ms 160 samples 2010-09-10 08:29:26.778598 [DEBUG] sofia.c:4489 (sofia/internal/ 1000 at 109.74.198.135) State Change CS_NEW -> CS_INIT 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_INIT 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1000 at 109.74.198.135) State INIT 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:83 sofia/internal/ 1000 at 109.74.198.135 SOFIA INIT 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:119 (sofia/internal/ 1000 at 109.74.198.135) State Change CS_INIT -> CS_ROUTING 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1000 at 109.74.198.135) State INIT going to sleep 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_ROUTING 2010-09-10 08:29:26.778598 [DEBUG] switch_channel.c:1512 (sofia/internal/ 1000 at 109.74.198.135) Callstate Change DOWN -> RINGING 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1000 at 109.74.198.135) State ROUTING 2010-09-10 08:29:26.779586 [DEBUG] mod_sofia.c:142 sofia/internal/ 1000 at 109.74.198.135 SOFIA ROUTING 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:77 sofia/internal/1000 at 109.74.198.135 Standard ROUTING 2010-09-10 08:29:26.779586 [INFO] mod_dialplan_xml.c:331 Processing 1000 <1000>->9198 in context public Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->unloop] continue=false Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->outside_call] continue=true Dialplan: sofia/internal/1000 at 109.74.198.135 Absolute Condition [outside_call] Dialplan: sofia/internal/1000 at 109.74.198.135 Action set(outside_call=true) Dialplan: sofia/internal/1000 at 109.74.198.135 Action set(RFC2822_DATE=${strftime(%a, %d %b %Y %T %z)}) Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->call_debug] continue=true Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [call_debug] ${call_debug}(false) =~ /^true$/ break=never Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->public_extensions] continue=false Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [public_extensions] destination_number(9198) =~ /^(10[01][0-9])$/ break=on-false Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->public_did] continue=false Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [public_did] destination_number(9198) =~ /^(5551212)$/ break=on-false 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/1000 at 109.74.198.135) State Change CS_ROUTING -> CS_EXECUTE 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1000 at 109.74.198.135) State ROUTING going to sleep 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_EXECUTE 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1000 at 109.74.198.135) State EXECUTE 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:235 sofia/internal/ 1000 at 109.74.198.135 SOFIA EXECUTE 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:157 sofia/internal/1000 at 109.74.198.135 Standard EXECUTE EXECUTE sofia/internal/1000 at 109.74.198.135 set(outside_call=true) 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 sofia/internal/ 1000 at 109.74.198.135 SET [outside_call]=[true] EXECUTE sofia/internal/1000 at 109.74.198.135 set(RFC2822_DATE=Fri, 10 Sep 2010 08:29:26 +0000) 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 sofia/internal/ 1000 at 109.74.198.135 SET [RFC2822_DATE]=[Fri, 10 Sep 2010 08:29:26 +0000] 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:185 sofia/internal/1000 at 109.74.198.135 has executed the last dialplan instruction, hanging up. 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2317 (sofia/internal/ 1000 at 109.74.198.135) Callstate Change RINGING -> HANGUP 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:187 Hangup sofia/internal/1000 at 109.74.198.135 [CS_EXECUTE] [NORMAL_CLEARING] 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2333 Send signal sofia/internal/1000 at 109.74.198.135 [KILL] 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1000 at 109.74.198.135) State EXECUTE going to sleep 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_HANGUP 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/1000 at 109.74.198.135) State HANGUP 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:453 Channel sofia/internal/ 1000 at 109.74.198.135 hanging up, cause: NORMAL_CLEARING 2010-09-10 08:29:26.789460 [DEBUG] mod_sofia.c:515 Responding to INVITE with: 480 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:46 sofia/internal/1000 at 109.74.198.135 Standard HANGUP, cause: NORMAL_CLEARING 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/1000 at 109.74.198.135) State HANGUP going to sleep 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/1000 at 109.74.198.135) State Change CS_HANGUP -> CS_REPORTING 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_REPORTING 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/1000 at 109.74.198.135) State REPORTING 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:53 sofia/internal/1000 at 109.74.198.135 Standard REPORTING, cause: NORMAL_CLEARING 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/1000 at 109.74.198.135) State REPORTING going to sleep 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/1000 at 109.74.198.135) State Change CS_REPORTING -> CS_DESTROY 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1000 at 109.74.198.135 [BREAK] 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1202 Session 22 (sofia/internal/1000 at 109.74.198.135) Locked, Waiting on external entities 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1220 Session 22 (sofia/internal/1000 at 109.74.198.135) Ended 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1222 Close Channel sofia/internal/1000 at 109.74.198.135 [CS_DESTROY] 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:427 (sofia/internal/1000 at 109.74.198.135) Callstate Change HANGUP -> DOWN 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:430 (sofia/internal/1000 at 109.74.198.135) Running State Change CS_DESTROY 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/1000 at 109.74.198.135) State DESTROY 2010-09-10 08:29:26.790435 [DEBUG] mod_sofia.c:358 sofia/internal/ 1000 at 109.74.198.135 SOFIA DESTROY 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1000 at 109.74.198.135 Standard DESTROY 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/1000 at 109.74.198.135) State DESTROY going to sleep David Wafula -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/43585206/attachment-0001.html From gmaruzz at celliax.org Fri Sep 10 02:51:24 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 10 Sep 2010 11:51:24 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: On Fri, Sep 10, 2010 at 10:36 AM, David Wafula wrote: > Hi all, > Am new to freeswitch and telephony. I installed freeswitch, and only changed > acl.conf.xml to allow SIP calls from my IP address. So, my first test call > to 9198 is not playing the song ?back, here is the log. Anything more i need > to do? Your phone is not registered as an internal user, so you cannot call extensions in the internal/default dialplan, but only in the public dialplan, and 9198 is not present in that public dialplan. If you'll try to call 1000 you'll see that your call comes though (and will go to voicemail). Have a look in the wiki on how to setup remote phones as "internally" registered user. Start from here, and explore, you'll find examples (but I cannot remember where :) ): http://wiki.freeswitch.org/wiki/Getting_Started_Guide#External -giovanni > Thanks. > > > --?[NOTICE] switch_channel.c:779 New Channel > sofia/internal/1000 at 109.74.198.135 [8452afcd-75ae-438e-adfa-59aa569d2086] > 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_NEW > 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:320 > (sofia/internal/1000 at 109.74.198.135) State NEW > 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4331 Channel > sofia/internal/1000 at 109.74.198.135 entering state [received][100] > 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4342 Remote SDP: > v=0 > o=user1 53655765 2353687637 IN IP4 41.27.242.184 > s=- > c=IN IP4 41.27.242.184 > t=0 0 > m=audio 8000 RTP/AVP 0 > a=rtpmap:0 PCMU/8000 > 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare > [PCMU:0:8000:20]/[G7221:115:32000:20] > 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare > [PCMU:0:8000:20]/[G7221:107:16000:20] > 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare > [PCMU:0:8000:20]/[G722:9:8000:20] > 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare > [PCMU:0:8000:20]/[PCMU:0:8000:20] > 2010-09-10 08:29:26.778598 [DEBUG] sofia_glue.c:2446 Set Codec > sofia/internal/1000 at 109.74.198.135 PCMU/8000 20 ms 160 samples > 2010-09-10 08:29:26.778598 [DEBUG] sofia.c:4489 > (sofia/internal/1000 at 109.74.198.135) State Change CS_NEW -> CS_INIT > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_INIT > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 > (sofia/internal/1000 at 109.74.198.135) State INIT > 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:83 > sofia/internal/1000 at 109.74.198.135 SOFIA INIT > 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:119 > (sofia/internal/1000 at 109.74.198.135) State Change CS_INIT -> CS_ROUTING > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 > (sofia/internal/1000 at 109.74.198.135) State INIT going to sleep > 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_ROUTING > 2010-09-10 08:29:26.778598 [DEBUG] switch_channel.c:1512 > (sofia/internal/1000 at 109.74.198.135) Callstate Change DOWN -> RINGING > 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/1000 at 109.74.198.135) State ROUTING > 2010-09-10 08:29:26.779586 [DEBUG] mod_sofia.c:142 > sofia/internal/1000 at 109.74.198.135 SOFIA ROUTING > 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:77 > sofia/internal/1000 at 109.74.198.135 Standard ROUTING > 2010-09-10 08:29:26.779586 [INFO] mod_dialplan_xml.c:331 Processing 1000 > <1000>->9198 in context public > Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->unloop] > continue=false > Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (PASS) [unloop] > ${unroll_loops}(true) =~ /^true$/ break=on-false > Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [unloop] > ${sip_looped_call}() =~ /^true$/ break=on-false > Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->outside_call] > continue=true > Dialplan: sofia/internal/1000 at 109.74.198.135 Absolute Condition > [outside_call] > Dialplan: sofia/internal/1000 at 109.74.198.135 Action set(outside_call=true) > Dialplan: sofia/internal/1000 at 109.74.198.135 Action > set(RFC2822_DATE=${strftime(%a, %d %b %Y %T %z)}) > Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->call_debug] > continue=true > Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [call_debug] > ${call_debug}(false) =~ /^true$/ break=never > Dialplan: sofia/internal/1000 at 109.74.198.135 parsing > [public->public_extensions] continue=false > Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) > [public_extensions] destination_number(9198) =~ /^(10[01][0-9])$/ > break=on-false > Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->public_did] > continue=false > Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [public_did] > destination_number(9198) =~ /^(5551212)$/ break=on-false > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:119 > (sofia/internal/1000 at 109.74.198.135) State Change CS_ROUTING -> CS_EXECUTE > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/1000 at 109.74.198.135) State ROUTING going to sleep > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_EXECUTE > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 > (sofia/internal/1000 at 109.74.198.135) State EXECUTE > 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:235 > sofia/internal/1000 at 109.74.198.135 SOFIA EXECUTE > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:157 > sofia/internal/1000 at 109.74.198.135 Standard EXECUTE > EXECUTE sofia/internal/1000 at 109.74.198.135 set(outside_call=true) > 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 > sofia/internal/1000 at 109.74.198.135 SET [outside_call]=[true] > EXECUTE sofia/internal/1000 at 109.74.198.135 set(RFC2822_DATE=Fri, 10 Sep 2010 > 08:29:26 +0000) > 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 > sofia/internal/1000 at 109.74.198.135 SET [RFC2822_DATE]=[Fri, 10 Sep 2010 > 08:29:26 +0000] > 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:185 > sofia/internal/1000 at 109.74.198.135 has executed the last dialplan > instruction, hanging up. > 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2317 > (sofia/internal/1000 at 109.74.198.135) Callstate Change RINGING -> HANGUP > 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:187 Hangup > sofia/internal/1000 at 109.74.198.135 [CS_EXECUTE] [NORMAL_CLEARING] > 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2333 Send signal > sofia/internal/1000 at 109.74.198.135 [KILL] > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 > (sofia/internal/1000 at 109.74.198.135) State EXECUTE going to sleep > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_HANGUP > 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:535 > (sofia/internal/1000 at 109.74.198.135) State HANGUP > 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:453 Channel > sofia/internal/1000 at 109.74.198.135 hanging up, cause: NORMAL_CLEARING > 2010-09-10 08:29:26.789460 [DEBUG] mod_sofia.c:515 Responding to INVITE > with: 480 > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:46 > sofia/internal/1000 at 109.74.198.135 Standard HANGUP, cause: NORMAL_CLEARING > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:535 > (sofia/internal/1000 at 109.74.198.135) State HANGUP going to sleep > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:333 > (sofia/internal/1000 at 109.74.198.135) State Change CS_HANGUP -> CS_REPORTING > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_REPORTING > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 > (sofia/internal/1000 at 109.74.198.135) State REPORTING > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:53 > sofia/internal/1000 at 109.74.198.135 Standard REPORTING, cause: > NORMAL_CLEARING > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 > (sofia/internal/1000 at 109.74.198.135) State REPORTING going to sleep > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:327 > (sofia/internal/1000 at 109.74.198.135) State Change CS_REPORTING -> CS_DESTROY > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal > sofia/internal/1000 at 109.74.198.135 [BREAK] > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1202 Session 22 > (sofia/internal/1000 at 109.74.198.135) Locked, Waiting on external entities > 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1220 Session 22 > (sofia/internal/1000 at 109.74.198.135) Ended > 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1222 Close Channel > sofia/internal/1000 at 109.74.198.135 [CS_DESTROY] > 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:427 > (sofia/internal/1000 at 109.74.198.135) Callstate Change HANGUP -> DOWN > 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:430 > (sofia/internal/1000 at 109.74.198.135) Running State Change CS_DESTROY > 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 > (sofia/internal/1000 at 109.74.198.135) State DESTROY > 2010-09-10 08:29:26.790435 [DEBUG] mod_sofia.c:358 > sofia/internal/1000 at 109.74.198.135 SOFIA DESTROY > 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/1000 at 109.74.198.135 Standard DESTROY > 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 > (sofia/internal/1000 at 109.74.198.135) State DESTROY going to sleep > David Wafula > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at celliax.org Fri Sep 10 03:04:08 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 10 Sep 2010 12:04:08 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: This may also be useful: http://wiki.freeswitch.org/wiki/Example_Offsite_phones On Fri, Sep 10, 2010 at 11:51 AM, Giovanni Maruzzelli wrote: > On Fri, Sep 10, 2010 at 10:36 AM, David Wafula wrote: >> Hi all, >> Am new to freeswitch and telephony. I installed freeswitch, and only changed >> acl.conf.xml to allow SIP calls from my IP address. So, my first test call >> to 9198 is not playing the song ?back, here is the log. Anything more i need >> to do? > > Your phone is not registered as an internal user, so you cannot call > extensions in the internal/default dialplan, but only in the public > dialplan, and 9198 is not present in that public dialplan. > > If you'll try to call 1000 you'll see that your call comes though (and > will go to voicemail). > > Have a look in the wiki on how to setup remote phones as "internally" > registered user. > > Start from here, and explore, you'll find examples (but I cannot > remember where :) ): > http://wiki.freeswitch.org/wiki/Getting_Started_Guide#External > > > -giovanni > > > > >> Thanks. >> >> >> --?[NOTICE] switch_channel.c:779 New Channel >> sofia/internal/1000 at 109.74.198.135 [8452afcd-75ae-438e-adfa-59aa569d2086] >> 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_NEW >> 2010-09-10 08:29:26.774463 [DEBUG] switch_core_state_machine.c:320 >> (sofia/internal/1000 at 109.74.198.135) State NEW >> 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4331 Channel >> sofia/internal/1000 at 109.74.198.135 entering state [received][100] >> 2010-09-10 08:29:26.777617 [DEBUG] sofia.c:4342 Remote SDP: >> v=0 >> o=user1 53655765 2353687637 IN IP4 41.27.242.184 >> s=- >> c=IN IP4 41.27.242.184 >> t=0 0 >> m=audio 8000 RTP/AVP 0 >> a=rtpmap:0 PCMU/8000 >> 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare >> [PCMU:0:8000:20]/[G7221:115:32000:20] >> 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare >> [PCMU:0:8000:20]/[G7221:107:16000:20] >> 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare >> [PCMU:0:8000:20]/[G722:9:8000:20] >> 2010-09-10 08:29:26.777617 [DEBUG] sofia_glue.c:3851 Audio Codec Compare >> [PCMU:0:8000:20]/[PCMU:0:8000:20] >> 2010-09-10 08:29:26.778598 [DEBUG] sofia_glue.c:2446 Set Codec >> sofia/internal/1000 at 109.74.198.135 PCMU/8000 20 ms 160 samples >> 2010-09-10 08:29:26.778598 [DEBUG] sofia.c:4489 >> (sofia/internal/1000 at 109.74.198.135) State Change CS_NEW -> CS_INIT >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_INIT >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 >> (sofia/internal/1000 at 109.74.198.135) State INIT >> 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:83 >> sofia/internal/1000 at 109.74.198.135 SOFIA INIT >> 2010-09-10 08:29:26.778598 [DEBUG] mod_sofia.c:119 >> (sofia/internal/1000 at 109.74.198.135) State Change CS_INIT -> CS_ROUTING >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:338 >> (sofia/internal/1000 at 109.74.198.135) State INIT going to sleep >> 2010-09-10 08:29:26.778598 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_ROUTING >> 2010-09-10 08:29:26.778598 [DEBUG] switch_channel.c:1512 >> (sofia/internal/1000 at 109.74.198.135) Callstate Change DOWN -> RINGING >> 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:341 >> (sofia/internal/1000 at 109.74.198.135) State ROUTING >> 2010-09-10 08:29:26.779586 [DEBUG] mod_sofia.c:142 >> sofia/internal/1000 at 109.74.198.135 SOFIA ROUTING >> 2010-09-10 08:29:26.779586 [DEBUG] switch_core_state_machine.c:77 >> sofia/internal/1000 at 109.74.198.135 Standard ROUTING >> 2010-09-10 08:29:26.779586 [INFO] mod_dialplan_xml.c:331 Processing 1000 >> <1000>->9198 in context public >> Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->unloop] >> continue=false >> Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (PASS) [unloop] >> ${unroll_loops}(true) =~ /^true$/ break=on-false >> Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [unloop] >> ${sip_looped_call}() =~ /^true$/ break=on-false >> Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->outside_call] >> continue=true >> Dialplan: sofia/internal/1000 at 109.74.198.135 Absolute Condition >> [outside_call] >> Dialplan: sofia/internal/1000 at 109.74.198.135 Action set(outside_call=true) >> Dialplan: sofia/internal/1000 at 109.74.198.135 Action >> set(RFC2822_DATE=${strftime(%a, %d %b %Y %T %z)}) >> Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->call_debug] >> continue=true >> Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [call_debug] >> ${call_debug}(false) =~ /^true$/ break=never >> Dialplan: sofia/internal/1000 at 109.74.198.135 parsing >> [public->public_extensions] continue=false >> Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) >> [public_extensions] destination_number(9198) =~ /^(10[01][0-9])$/ >> break=on-false >> Dialplan: sofia/internal/1000 at 109.74.198.135 parsing [public->public_did] >> continue=false >> Dialplan: sofia/internal/1000 at 109.74.198.135 Regex (FAIL) [public_did] >> destination_number(9198) =~ /^(5551212)$/ break=on-false >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:119 >> (sofia/internal/1000 at 109.74.198.135) State Change CS_ROUTING -> CS_EXECUTE >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:341 >> (sofia/internal/1000 at 109.74.198.135) State ROUTING going to sleep >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_EXECUTE >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 >> (sofia/internal/1000 at 109.74.198.135) State EXECUTE >> 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:235 >> sofia/internal/1000 at 109.74.198.135 SOFIA EXECUTE >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:157 >> sofia/internal/1000 at 109.74.198.135 Standard EXECUTE >> EXECUTE sofia/internal/1000 at 109.74.198.135 set(outside_call=true) >> 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 >> sofia/internal/1000 at 109.74.198.135 SET [outside_call]=[true] >> EXECUTE sofia/internal/1000 at 109.74.198.135 set(RFC2822_DATE=Fri, 10 Sep 2010 >> 08:29:26 +0000) >> 2010-09-10 08:29:26.782533 [DEBUG] mod_dptools.c:854 >> sofia/internal/1000 at 109.74.198.135 SET [RFC2822_DATE]=[Fri, 10 Sep 2010 >> 08:29:26 +0000] >> 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:185 >> sofia/internal/1000 at 109.74.198.135 has executed the last dialplan >> instruction, hanging up. >> 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2317 >> (sofia/internal/1000 at 109.74.198.135) Callstate Change RINGING -> HANGUP >> 2010-09-10 08:29:26.782533 [NOTICE] switch_core_state_machine.c:187 Hangup >> sofia/internal/1000 at 109.74.198.135 [CS_EXECUTE] [NORMAL_CLEARING] >> 2010-09-10 08:29:26.782533 [DEBUG] switch_channel.c:2333 Send signal >> sofia/internal/1000 at 109.74.198.135 [KILL] >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:348 >> (sofia/internal/1000 at 109.74.198.135) State EXECUTE going to sleep >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_HANGUP >> 2010-09-10 08:29:26.782533 [DEBUG] switch_core_state_machine.c:535 >> (sofia/internal/1000 at 109.74.198.135) State HANGUP >> 2010-09-10 08:29:26.782533 [DEBUG] mod_sofia.c:453 Channel >> sofia/internal/1000 at 109.74.198.135 hanging up, cause: NORMAL_CLEARING >> 2010-09-10 08:29:26.789460 [DEBUG] mod_sofia.c:515 Responding to INVITE >> with: 480 >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:46 >> sofia/internal/1000 at 109.74.198.135 Standard HANGUP, cause: NORMAL_CLEARING >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:535 >> (sofia/internal/1000 at 109.74.198.135) State HANGUP going to sleep >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:333 >> (sofia/internal/1000 at 109.74.198.135) State Change CS_HANGUP -> CS_REPORTING >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_REPORTING >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 >> (sofia/internal/1000 at 109.74.198.135) State REPORTING >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:53 >> sofia/internal/1000 at 109.74.198.135 Standard REPORTING, cause: >> NORMAL_CLEARING >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:595 >> (sofia/internal/1000 at 109.74.198.135) State REPORTING going to sleep >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:327 >> (sofia/internal/1000 at 109.74.198.135) State Change CS_REPORTING -> CS_DESTROY >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1039 Send signal >> sofia/internal/1000 at 109.74.198.135 [BREAK] >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_session.c:1202 Session 22 >> (sofia/internal/1000 at 109.74.198.135) Locked, Waiting on external entities >> 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1220 Session 22 >> (sofia/internal/1000 at 109.74.198.135) Ended >> 2010-09-10 08:29:26.789460 [NOTICE] switch_core_session.c:1222 Close Channel >> sofia/internal/1000 at 109.74.198.135 [CS_DESTROY] >> 2010-09-10 08:29:26.789460 [DEBUG] switch_core_state_machine.c:427 >> (sofia/internal/1000 at 109.74.198.135) Callstate Change HANGUP -> DOWN >> 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:430 >> (sofia/internal/1000 at 109.74.198.135) Running State Change CS_DESTROY >> 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 >> (sofia/internal/1000 at 109.74.198.135) State DESTROY >> 2010-09-10 08:29:26.790435 [DEBUG] mod_sofia.c:358 >> sofia/internal/1000 at 109.74.198.135 SOFIA DESTROY >> 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/1000 at 109.74.198.135 Standard DESTROY >> 2010-09-10 08:29:26.790435 [DEBUG] switch_core_state_machine.c:440 >> (sofia/internal/1000 at 109.74.198.135) State DESTROY going to sleep >> David Wafula >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From ktngl at yahoo.co.uk Fri Sep 10 03:27:30 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 10 Sep 2010 10:27:30 +0000 (GMT) Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: Message-ID: <800846.24476.qm@web29202.mail.ird.yahoo.com> Hi I am not clear when you say api version because I am calling lcr through the esl @con.execute method,?do you mean when used from event socket.? If that is the case then I think I would need to look into the as xml option because I am doing everthing from event socket. What is does 'default' set and which module is needed to handle xml because I have not used xml for any other part of my code lcr 15555551212 default as xml --- On Thu, 9/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Thursday, 9 September, 2010, 23:21 The api version of mod_lcr doesn't give you lcr_auto_route. ?You can do lcr 15555551212 default as xml and get the lcr info as xml which can then be parsed on the client side. ?To build the equivalent of lcr_auto_route you can concatenate all the dialstrings separated by "|". I'd suggest transfering to the lcr/ endpoint instead. lcr/15555551212 The only way to get the channel var set is to use the application version of lcr. ? On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent wrote: I have used mod_lcr application in my esl script, digits are passed to mod_lcr and a dial string is found successfully as seen on the debug log. My question is how do I acces the variable? ${lcr_auto_route} from esl. Previously in my script I have used this method to get variables which was set earlier in the script @con.api("uuid_getvar", "#{@uuid} myvarible").getBody However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", "#{@uuid} lcr_auto_route").getBody I get a _undef_ error _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/e1dbed56/attachment-0001.html From rupa at rupa.com Fri Sep 10 04:19:25 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Fri, 10 Sep 2010 06:19:25 -0500 Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: <800846.24476.qm@web29202.mail.ird.yahoo.com> References: <800846.24476.qm@web29202.mail.ird.yahoo.com> Message-ID: On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent wrote: > Hi > > I am not clear when you say api version because I am calling lcr through > the esl @con.execute method, do you mean when used from event socket. > API version is the version that is used via event socket and is what you get when called from the fs_cli or console. > > If that is the case then I think I would need to look into the as xml option > because I am doing everthing from event socket. > Right. > What is does 'default' set and which module is needed to handle xml because > I have not used xml for any other part of my code > > lcr 15555551212 default as xml > the "default" is the lcr profile you are using. If you don't specify one then default is the profile used. However, in order to specify "as xml" a profile name must be specified. In this case I suggested default. As for module to process the xml, that depends on what language you are using on the client side, no? > > > --- On *Thu, 9/9/10, Rupa Schomaker * wrote: > > > From: Rupa Schomaker > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > Date: Thursday, 9 September, 2010, 23:21 > > > The api version of mod_lcr doesn't give you lcr_auto_route. You can do > > lcr 15555551212 default as xml > > and get the lcr info as xml which can then be parsed on the client side. > To build the equivalent of lcr_auto_route you can concatenate all the > dialstrings separated by "|". > > I'd suggest transfering to the lcr/ endpoint instead. > > lcr/15555551212 > > The only way to get the channel var set is to use the application version > of lcr. > > On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent > > wrote: > > I have used mod_lcr application in my esl script, digits are passed to > mod_lcr and a dial string is found successfully as seen on the debug log. > > My question is how do I acces the variable ${lcr_auto_route} from esl. > > Previously in my script I have used this method to get variables which was > set earlier in the script > > @con.api("uuid_getvar", "#{@uuid} myvarible").getBody > > However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", > "#{@uuid} lcr_auto_route").getBody I get a _undef_ error > > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/ae827e29/attachment.html From chaitanya at vivainfomedia.com Fri Sep 10 04:44:25 2010 From: chaitanya at vivainfomedia.com (Chaitanya Bhatt // Viva) Date: Fri, 10 Sep 2010 17:14:25 +0530 Subject: [Freeswitch-users] issue in playing background music while carrying out external commands Message-ID: Hii We are trying to play some hold music to that caller in freeswitch while carrying out some external task like lengthy database query. We are using ESL to handle incoming calls(using outbound socket to a perl script). We had tried bgapi with start_local_stream but call hangs up immediately. $conn->execute("event", "plain all"); $conn->bgapi("start_local_stream","default"); while(1) { my $e = $conn->recvEventTimed(100); $e = $conn->recvEvent(); my $event_name; if ($e) { my $h = $e->firstHeader(); while ($h) { if($h eq "Event-Name") { $event_name = $e->getHeader($h); } #log header $h = $e->nextHeader(); } } } We had tried valet_park but getting required result. Can someone please guide us how to hold call with music or can provide some code snippet ? Incase of any further queries, Please feel free to mail me or contact me on the numbers provided below. Thanks & Regards, Chaitanya Bhatt Software Engineer. Viva Infomedia Pvt. Ltd. 242, Oshiwara Industrial Centre, New Link Road, Opp. Oshiwara Bus Depot, Goregaon West, Mumbai 400104. Direct: +91.22.40310356 Board: +91.22.40310310 Email : chaitanya at vivainfomedia.com Viva Infomedia: Awarded as Best SME (E-Commerce) at CNBC Emerging India Awards 2009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/7241bb36/attachment.html From ktngl at yahoo.co.uk Fri Sep 10 04:54:54 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 10 Sep 2010 11:54:54 +0000 (GMT) Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: Message-ID: <638469.88808.qm@web29212.mail.ird.yahoo.com> thanks I meant how does Freeswitch save "as xml" data and what is the way to access it --- On Fri, 10/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Friday, 10 September, 2010, 11:19 On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent wrote: Hi I am not clear when you say api version because I am calling lcr through the esl @con.execute method,?do you mean when used from event socket.? API version is the version that is used via event socket and is what you get when called from the fs_cli or console. ?? ? If that is the case then I think I would need to look into the as xml option because I am doing everthing from event socket. Right.? What is does 'default' set and which module is needed to handle xml because I have not used xml for any other part of my code lcr 15555551212 default as xml the "default" is the lcr profile you are using. ?If you don't specify one then default is the profile used. ?However, in order to specify "as xml" a profile name must be specified. ?In this case I suggested default. As for module to process the xml, that depends on what language you are using on the client side, no?? --- On Thu, 9/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Thursday, 9 September, 2010, 23:21 The api version of mod_lcr doesn't give you lcr_auto_route. ?You can do lcr 15555551212 default as xml and get the lcr info as xml which can then be parsed on the client side. ?To build the equivalent of lcr_auto_route you can concatenate all the dialstrings separated by "|". I'd suggest transfering to the lcr/ endpoint instead. lcr/15555551212 The only way to get the channel var set is to use the application version of lcr. ? On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent wrote: I have used mod_lcr application in my esl script, digits are passed to mod_lcr and a dial string is found successfully as seen on the debug log. My question is how do I acces the variable? ${lcr_auto_route} from esl. Previously in my script I have used this method to get variables which was set earlier in the script @con.api("uuid_getvar", "#{@uuid} myvarible").getBody However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", "#{@uuid} lcr_auto_route").getBody I get a _undef_ error -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/6a90b6aa/attachment.html From shamun.toha at gmail.com Fri Sep 10 05:18:44 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Fri, 10 Sep 2010 14:18:44 +0200 Subject: [Freeswitch-users] issue in playing background music while carrying out external commands In-Reply-To: References: Message-ID: $records = Application_Model_Freeswitch::freeSwitch("api uuid_hold $__UUID__"); $records = Application_Model_Freeswitch::freeSwitch("api uuid_hold off $__UUID__"); Thanks Shamun On Fri, Sep 10, 2010 at 1:44 PM, Chaitanya Bhatt // Viva < chaitanya at vivainfomedia.com> wrote: > Hii > > We are trying to play some hold music to that caller in freeswitch while > carrying out some external task like lengthy database query. > We are using ESL to handle incoming calls(using outbound socket to a perl > script). We had tried bgapi with start_local_stream but call hangs up > immediately. > > $conn->execute("event", "plain all"); > $conn->bgapi("start_local_stream","default"); > while(1) { > my $e = $conn->recvEventTimed(100); > $e = $conn->recvEvent(); > my $event_name; > if ($e) { > my $h = $e->firstHeader(); > > while ($h) { > if($h eq "Event-Name") { > $event_name = $e->getHeader($h); > } > #log header > $h = $e->nextHeader(); > } > } > } > We had tried valet_park but getting required result. > > Can someone please guide us how to hold call with music or can provide some > code snippet ? > > Incase of any further queries, Please feel free to mail me or contact me on > the numbers provided below. > > Thanks & Regards, > Chaitanya Bhatt > Software Engineer. > > Viva Infomedia Pvt. Ltd. > 242, Oshiwara Industrial Centre, > New Link Road, Opp. Oshiwara Bus Depot, > Goregaon West, Mumbai 400104. > > Direct: +91.22.40310356 > Board: +91.22.40310310 > Email : chaitanya at vivainfomedia.com > > Viva Infomedia: Awarded as Best SME (E-Commerce) at CNBC Emerging India > Awards 2009 > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/3a30ea82/attachment-0001.html From rupa at rupa.com Fri Sep 10 06:13:23 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Fri, 10 Sep 2010 08:13:23 -0500 Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: <638469.88808.qm@web29212.mail.ird.yahoo.com> References: <638469.88808.qm@web29212.mail.ird.yahoo.com> Message-ID: It is streamed to you over ESL. On Fri, Sep 10, 2010 at 6:54 AM, Nigel Kent wrote: > thanks > > I meant how does Freeswitch save "as xml" data and what is the way to > access it > > > --- On *Fri, 10/9/10, Rupa Schomaker * wrote: > > > From: Rupa Schomaker > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > Date: Friday, 10 September, 2010, 11:19 > > > > > On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent > > wrote: > > Hi > > I am not clear when you say api version because I am calling lcr through > the esl @con.execute method, do you mean when used from event socket. > > > API version is the version that is used via event socket and is what you > get when called from the fs_cli or console. > > > > > If that is the case then I think I would need to look into the as xml > option because I am doing everthing from event socket. > > > Right. > > > What is does 'default' set and which module is needed to handle xml because > I have not used xml for any other part of my code > > lcr 15555551212 default as xml > > > the "default" is the lcr profile you are using. If you don't specify one > then default is the profile used. However, in order to specify "as xml" a > profile name must be specified. In this case I suggested default. > > As for module to process the xml, that depends on what language you are > using on the client side, no? > > > > > --- On *Thu, 9/9/10, Rupa Schomaker > >* wrote: > > > From: Rupa Schomaker > > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > > > Date: Thursday, 9 September, 2010, 23:21 > > > The api version of mod_lcr doesn't give you lcr_auto_route. You can do > > lcr 15555551212 default as xml > > and get the lcr info as xml which can then be parsed on the client side. > To build the equivalent of lcr_auto_route you can concatenate all the > dialstrings separated by "|". > > I'd suggest transfering to the lcr/ endpoint instead. > > lcr/15555551212 > > The only way to get the channel var set is to use the application version > of lcr. > > On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent > > wrote: > > I have used mod_lcr application in my esl script, digits are passed to > mod_lcr and a dial string is found successfully as seen on the debug log. > > My question is how do I acces the variable ${lcr_auto_route} from esl. > > Previously in my script I have used this method to get variables which was > set earlier in the script > > @con.api("uuid_getvar", "#{@uuid} myvarible").getBody > > However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", > "#{@uuid} lcr_auto_route").getBody I get a _undef_ error > > > -- > -Rupa > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/fab268be/attachment.html From shamun.toha at gmail.com Fri Sep 10 06:43:11 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Fri, 10 Sep 2010 15:43:11 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. Message-ID: Hi, Lets say 1 wants, Enterprise production plan with mod_skypopen, not a target of 20 channels only. lets assume more channels (T1) sort of target: # Question operating system should be CentOS or FreeBSD or OpenSolaris?, to win a little more CPU space for this Skype processor monster. Then what server hardware platform should it be, to provide support physically too: 1. What is the CPU should be target to handle more skype channels? ex: 8 CPU in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server or os support this even? 2. What is the RAM should be? ex: 20GB? which hardware or os? 3. What server it should be? Cloud or Private co-located? 4. What is the bandwidth plan? ex: 10GB or 2MB? 5. L16 codec, will it be using inbound also for outbound? What will be the Kilo bytes per seconds? There is no reference what CPU with What unit of Ghz used? ex: http://wiki.freeswitch.org/wiki/Skypiax Thanks for your feedback -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/cc1d2fb4/attachment.html From peter.waldheim at framesoft.com Fri Sep 10 06:44:25 2010 From: peter.waldheim at framesoft.com (Peter Waldheim) Date: Fri, 10 Sep 2010 13:44:25 +0000 Subject: [Freeswitch-users] External caller-number not shown on forward to external number Message-ID: Thanks for the tipps, Michael. It seems there is a (provider-)feature called "CLIP / no screening" which had to be activated. But now that it is active, it still does not work. I'm rather sure that the variables are set correctly, cause it works perfectly well for numbers of our range. Also (one of) the test-number(s) I use is just one bit outside of our range, so the format should be fine. Still for such numbers the callee always sees our base number. I also found a simple cli test for this: originate {origination_caller_id_number=}openzap/1/a/ &park() Is it possible that there is some spoof-protection somewhere in the FreeSWITCH/openzap/libpri stack, or am I doing somethign wrong somehow? Any further help would be very welcome. Thanks and regards Peter Von: Michael Collins [mailto:msc at freeswitch.org] Gesendet: Freitag, 27. August 2010 18:55 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] External caller-number not shown on forward to external number Put in some log apps or the info app prior to your transfer and bridge apps. Make sure that these variables actually contain what you hope they do. Also, check with the telco to make sure that they allow you to pass customized caller ID like this. Some support it and some don't, but sometimes you have to ask explicitly to have the feature allowed. Finally, make sure that you are passing the phone number in a format that the telco wants, i.e. do they require the leading 1. -MC On Thu, Aug 26, 2010 at 3:32 AM, Peter Waldheim > wrote: Hi all, In a diaplan I'm forwarding a call to an external (PRI) number when it fails to reach my SIP-Client: Then in that dialplan: So far this works just fine but one thing: the external party only sees the original caller-id if it is an internal one. If the caller was external, I only see the default caller-number of my installation. Ideally I'd like to always see the original caller id - especially if it is an external number. Can anybody please give me a hint whether I'm missing something or this might be some call-spoof protection in freeswitch or openzap or libpri or my PRI provider? Thanks a lot Peter ________________________________ Framesoft AG Software Applications Sumpfstrasse 15 6301 Zug Switzerland Handelsregister des Kantons Zug: CH-170.3.022.876-2 Pr?sident & Vorsitzender der Gesch?ftsleitung: Toralf Dittmann Framesoft AG Software Applications Reuterweg 49 D-60323 Frankfurt am Main Germany HRB 34142 Vorsitzender des Aufsichtsrates: Toralf Dittmann Vorstand: Jens Saarholz Framesoft Ltd. Business Address: 60 Lombard Street London EC3V9EA, UK Registered Office: Hackwood Secretaries Limited 1 silk Street London EC2Y 8HQ, UK Company Number: 4055017 Directors: Toralf Dittmann, Volker Weber Secretary: Volker Weber Confidentiality Notice: The information contained in this e-mail is intended for the named recipient(s) only. It may contain privileged and confidential information, and if you are not the addressee or the person responsible for delivering this to the addressee, you may not copy, distribute or take action in reliance on it. If you have received this e-mail in error, please notify us immediately by returning the original message to the sender by e-mail and delete this message. Thank you for your cooperation. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ________________________________ Framesoft AG Software Applications Sumpfstrasse 15 6301 Zug Switzerland Handelsregister des Kantons Zug: CH-170.3.022.876-2 Pr?sident & Vorsitzender der Gesch?ftsleitung: Toralf Dittmann Framesoft AG Software Applications Reuterweg 49 D-60323 Frankfurt am Main Germany HRB 34142 Vorsitzender des Aufsichtsrates: Toralf Dittmann Vorstand: Jens Saarholz Framesoft Ltd. Business Address: 60 Lombard Street London EC3V9EA, UK Registered Office: Hackwood Secretaries Limited 1 silk Street London EC2Y 8HQ, UK Company Number: 4055017 Directors: Toralf Dittmann, Volker Weber Secretary: Volker Weber Confidentiality Notice: The information contained in this e-mail is intended for the named recipient(s) only. It may contain privileged and confidential information, and if you are not the addressee or the person responsible for delivering this to the addressee, you may not copy, distribute or take action in reliance on it. If you have received this e-mail in error, please notify us immediately by returning the original message to the sender by e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/18cb0e0e/attachment-0001.html From gmaruzz at celliax.org Fri Sep 10 07:10:55 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 10 Sep 2010 16:10:55 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: Shamun, from you mail seems that there are some details of mod_skypopen that you've not got. First of all I would counseil you to read *entirely* mod_skypopen wiki page, you will spare yourself lot of time and frustrations: http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk All the mod_skypopen knowledge available to humankind is in that page. T1 has 24 channels, so not much difference from 20 channels http://en.wikipedia.org/wiki/T-carrier mod_skypiax can work only on Linux or Windows, because it needs Skype clients running on the same machine where FS is running, and there are no Skype clients for *BSD or Solaris. After reading all of the wiki page, you should do your tests, because performances are very much dependant from the machine-kernel-os you use. Skypopen is most tested and developed on CentOS and Ubuntu. Also, if you plan an Enterprise deployment (I mean, many channels with reliable operation), you must be prepared to invest a sizeable amount of time to deeply understand all of the variables involved. Or you can contact consulting at freeswitch.org for professional help. Skype uses it's own codecs, it's not L16 on the net. L16 is between FS and Skype client. -giovanni On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md wrote: > Hi, > > Lets say 1 wants, Enterprise production plan with mod_skypopen, not a target > of 20 channels only. lets assume more channels (T1) sort of target: > > # Question operating system should be CentOS or FreeBSD or OpenSolaris?, to > win a little more CPU space for this Skype processor monster. > > Then what server hardware platform should it be, to provide support > physically too: > > 1. What is the CPU should be target to handle more skype channels? ex: 8 CPU > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server or os > support this even? > > 2. What is the RAM should be? ex: 20GB? which hardware or os? > > 3. What server it should be? Cloud or Private co-located? > > 4. What is the bandwidth plan? ex: 10GB or 2MB? > > 5. L16 codec, will it be using inbound also for outbound? What will be the > Kilo bytes per seconds? > > > There is no reference what CPU with What unit of Ghz used? ex: > http://wiki.freeswitch.org/wiki/Skypiax > > > Thanks for your feedback > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From davidwaf at gmail.com Fri Sep 10 05:20:17 2010 From: davidwaf at gmail.com (David Wafula) Date: Fri, 10 Sep 2010 14:20:17 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: On Fri, Sep 10, 2010 at 12:04 PM, Giovanni Maruzzelli wrote: > This may also be useful: > http://wiki.freeswitch.org/wiki/Example_Offsite_phones > > > Thank you! ..I did register the phone, tried dialing 1000, seems am making progress. Was not sure i should keep dumping the logs here, but they show we do somehow connect to voice mail, but somehow something not right somewhere with language to use?. Look at the following: ... EXECUTE loopback/voicemail-b voicemail(default 109.74.198.135 1000) 2010-09-10 12:04:41.098613 [DEBUG] switch_ivr_bridge.c:1179 (loopback/voicemail-a) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2010-09-10 12:04:41.098613 [DEBUG] switch_core_session.c:1039 Send signal loopback/voicemail-a [BREAK] 2010-09-10 12:04:41.098613 [DEBUG] mod_loopback.c:461 loopback/voicemail-a CHANNEL KILL 2010-09-10 12:04:41.098613 [DEBUG] switch_core_state_machine.c:314 (loopback/voicemail-a) Running State Change CS_EXCHANGE_MEDIA 2010-09-10 12:04:41.099604 [DEBUG] switch_core_state_machine.c:351 (loopback/voicemail-a) State EXCHANGE_MEDIA 2010-09-10 12:04:41.099604 [DEBUG] mod_loopback.c:483 CHANNEL LOOPBACK 2010-09-10 12:04:41.215719 [DEBUG] switch_ivr_play_say.c:63 No language specified - Using [en] 2010-09-10 12:04:41.216760 [ERR] switch_ivr_play_say.c:96 Can't find language tag. 2010-09-10 12:04:41.216760 [WARNING] switch_ivr_play_say.c:339 Macro [voicemail_play_greeting]: '1000' did not match any patterns 2010-09-10 12:04:41.216760 [DEBUG] switch_ivr_play_say.c:63 No language specified - Using [en] 2010-09-10 12:04:41.217834 [ERR] switch_ivr_play_say.c:96 Can't find language tag. 2010-09-10 12:04:41.217834 [WARNING] switch_ivr_play_say.c:339 Macro [voicemail_goodbye]: '' did not match any patterns 2010-09-10 12:04:41.217834 [NOTICE] switch_core_state_machine.c:185 loopback/voicemail-b has executed the last dialplan instruction, hanging up. 2010-09-10 12:04:41.217834 [DEBUG] switch_channel.c:2317 (loopback/voicemail-b) Callstate Change EARLY -> HANGUP Just not sure what to do but I will keep reading, searching and trying. I just got hold of the freeswitch book, hope that should help me too. -- David Wafula -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/0a3f16fb/attachment.html From gmaruzz at celliax.org Fri Sep 10 07:27:19 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 10 Sep 2010 16:27:19 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: I would counseil you to start with the default config, and understand how it works. Then begin with small modifications. Then you'll be a master ;). Welcome in the community! -giovanni On Fri, Sep 10, 2010 at 2:20 PM, David Wafula wrote: > > > On Fri, Sep 10, 2010 at 12:04 PM, Giovanni Maruzzelli > wrote: >> >> This may also be useful: >> http://wiki.freeswitch.org/wiki/Example_Offsite_phones >> >> > > Thank you! ..I did register the phone, tried dialing 1000, ?seems am making > progress. Was not sure i should keep dumping the logs here, but they show we > do somehow connect to voice mail, but somehow something not right somewhere > with language to use?. Look at the following: > ... > EXECUTE loopback/voicemail-b voicemail(default 109.74.198.135 1000) > 2010-09-10 12:04:41.098613 [DEBUG] switch_ivr_bridge.c:1179 > (loopback/voicemail-a) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA > 2010-09-10 12:04:41.098613 [DEBUG] switch_core_session.c:1039 Send signal > loopback/voicemail-a [BREAK] > 2010-09-10 12:04:41.098613 [DEBUG] mod_loopback.c:461 loopback/voicemail-a > CHANNEL KILL > 2010-09-10 12:04:41.098613 [DEBUG] switch_core_state_machine.c:314 > (loopback/voicemail-a) Running State Change CS_EXCHANGE_MEDIA > 2010-09-10 12:04:41.099604 [DEBUG] switch_core_state_machine.c:351 > (loopback/voicemail-a) State EXCHANGE_MEDIA > 2010-09-10 12:04:41.099604 [DEBUG] mod_loopback.c:483 CHANNEL LOOPBACK > 2010-09-10 12:04:41.215719 [DEBUG] switch_ivr_play_say.c:63 No language > specified - Using [en] > 2010-09-10 12:04:41.216760 [ERR] switch_ivr_play_say.c:96 Can't find > language tag. > 2010-09-10 12:04:41.216760 [WARNING] switch_ivr_play_say.c:339 Macro > [voicemail_play_greeting]: '1000' did not match any patterns > 2010-09-10 12:04:41.216760 [DEBUG] switch_ivr_play_say.c:63 No language > specified - Using [en] > 2010-09-10 12:04:41.217834 [ERR] switch_ivr_play_say.c:96 Can't find > language tag. > 2010-09-10 12:04:41.217834 [WARNING] switch_ivr_play_say.c:339 Macro > [voicemail_goodbye]: '' did not match any patterns > 2010-09-10 12:04:41.217834 [NOTICE] switch_core_state_machine.c:185 > loopback/voicemail-b has executed the last dialplan instruction, hanging up. > 2010-09-10 12:04:41.217834 [DEBUG] switch_channel.c:2317 > (loopback/voicemail-b) Callstate Change EARLY -> HANGUP > > Just not sure what to do but I will keep reading, searching and trying. I > just got hold of the freeswitch book, hope that should help me too. > -- > David Wafula > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From moises.silva at gmail.com Fri Sep 10 07:33:17 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 10 Sep 2010 10:33:17 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: <27686.1284097783@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> Message-ID: On Fri, Sep 10, 2010 at 1:49 AM, wrote: > But you should be able to flash the fxo from inside to pick up call > waiting or to go to the other call. > > Sending flash from FreeSWITCH is not related to the options. Currently the way to send a flash is sending DTMF 'f' down the fxo line. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/80f050bd/attachment.html From shamun.toha at gmail.com Fri Sep 10 07:55:49 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Fri, 10 Sep 2010 16:55:49 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: Hello, Thanks, we can always consult with more experts from FS, that is must. But just consulting here for one assumption before opening a final ticket. Can we not just use CentOS 5.5. And then take a hardware like following: 1. CPU 6 core or 8 core or 12 core: - http://accessories.us.dell.com/sna/products/Processors/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=317-4155 2. Mother board: To have 12 x 4 times = 48 Core - http://www.supermicro.com/products/motherboard/Xeon7000/7500/X8QB6.cfm?SAS=Y 3. 2 core each with reserved 4GB RAM 2 core can handle 20 channels of skype instance. So, 48 Core / 2 = 24 x 20 = 480 Skype channels possible. With power of hardware and proper calculation on this, bandwidth is not a problem, there are many backbone providers. Am i right? Still its possible in theory? Please fix me if i am wrong, Thanks & Best regards On Fri, Sep 10, 2010 at 4:10 PM, Giovanni Maruzzelli wrote: > Shamun, > > from you mail seems that there are some details of mod_skypopen that > you've not got. > > First of all I would counseil you to read *entirely* mod_skypopen wiki > page, you will spare yourself lot of time and frustrations: > http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk > > All the mod_skypopen knowledge available to humankind is in that page. > > T1 has 24 channels, so not much difference from 20 channels > http://en.wikipedia.org/wiki/T-carrier > > mod_skypiax can work only on Linux or Windows, because it needs Skype > clients running on the same machine where FS is running, and there are > no Skype clients for *BSD or Solaris. > > After reading all of the wiki page, you should do your tests, because > performances are very much dependant from the machine-kernel-os you > use. Skypopen is most tested and developed on CentOS and Ubuntu. > > Also, if you plan an Enterprise deployment (I mean, many channels with > reliable operation), you must be prepared to invest a sizeable amount > of time to deeply understand all of the variables involved. Or you can > contact consulting at freeswitch.org for professional help. > > Skype uses it's own codecs, it's not L16 on the net. L16 is between FS > and Skype client. > > -giovanni > > On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md > wrote: > > Hi, > > > > Lets say 1 wants, Enterprise production plan with mod_skypopen, not a > target > > of 20 channels only. lets assume more channels (T1) sort of target: > > > > # Question operating system should be CentOS or FreeBSD or OpenSolaris?, > to > > win a little more CPU space for this Skype processor monster. > > > > Then what server hardware platform should it be, to provide support > > physically too: > > > > 1. What is the CPU should be target to handle more skype channels? ex: 8 > CPU > > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server or > os > > support this even? > > > > 2. What is the RAM should be? ex: 20GB? which hardware or os? > > > > 3. What server it should be? Cloud or Private co-located? > > > > 4. What is the bandwidth plan? ex: 10GB or 2MB? > > > > 5. L16 codec, will it be using inbound also for outbound? What will be > the > > Kilo bytes per seconds? > > > > > > There is no reference what CPU with What unit of Ghz used? ex: > > http://wiki.freeswitch.org/wiki/Skypiax > > > > > > Thanks for your feedback > > > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/538d3c7a/attachment-0001.html From gmaruzz at celliax.org Fri Sep 10 08:10:26 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 10 Sep 2010 17:10:26 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: I would highly doubt of your reasoning. You have to make real actual tests, and not base predictions on simple arithmetics. But this is just my opinion. -giovanni On Fri, Sep 10, 2010 at 4:55 PM, Shamun toha md wrote: > Hello, > > Thanks, we can always consult with more experts from FS, that is must. But > just consulting here for one assumption before opening a final ticket. > > Can we not just use CentOS 5.5. And then take a hardware like following: > > 1. CPU 6 core or 8 core or 12 core: > - > http://accessories.us.dell.com/sna/products/Processors/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=317-4155 > > 2. Mother board: To have 12 x 4 times = 48 Core > - > http://www.supermicro.com/products/motherboard/Xeon7000/7500/X8QB6.cfm?SAS=Y > > 3. 2 core each with reserved 4GB RAM > > > 2 core can handle 20 channels of skype instance. So, 48 Core / 2 = 24 x 20 = > 480 Skype channels possible. With power of hardware and proper calculation > on this, bandwidth is not a problem, there are many backbone providers. > > > Am i right? Still its possible in theory? Please fix me if i am wrong, > > Thanks & Best regards > > > On Fri, Sep 10, 2010 at 4:10 PM, Giovanni Maruzzelli > wrote: >> >> Shamun, >> >> from you mail seems that there are some details of mod_skypopen that >> you've not got. >> >> First of all I would counseil you to read *entirely* mod_skypopen wiki >> page, you will spare yourself lot of time and frustrations: >> http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk >> >> All the mod_skypopen knowledge available to humankind is in that page. >> >> T1 has 24 channels, so not much difference from 20 channels >> http://en.wikipedia.org/wiki/T-carrier >> >> mod_skypiax can work only on Linux or Windows, because it needs Skype >> clients running on the same machine where FS is running, and there are >> no Skype clients for *BSD or Solaris. >> >> After reading all of the wiki page, you should do your tests, because >> performances are very much dependant from the machine-kernel-os you >> use. Skypopen is most tested and developed on CentOS and Ubuntu. >> >> Also, if you plan an Enterprise deployment (I mean, many channels with >> reliable operation), you must be prepared to invest a sizeable amount >> of time to deeply understand all of the variables involved. Or you can >> contact consulting at freeswitch.org for professional help. >> >> Skype uses it's own codecs, it's not L16 on the net. L16 is between FS >> and Skype client. >> >> -giovanni >> >> On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md >> wrote: >> > Hi, >> > >> > Lets say 1 wants, Enterprise production plan with mod_skypopen, not a >> > target >> > of 20 channels only. lets assume more channels (T1) sort of target: >> > >> > # Question operating system should be CentOS or FreeBSD or OpenSolaris?, >> > to >> > win a little more CPU space for this Skype processor monster. >> > >> > Then what server hardware platform should it be, to provide support >> > physically too: >> > >> > 1. What is the CPU should be target to handle more skype channels? ex: 8 >> > CPU >> > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server or >> > os >> > support this even? >> > >> > 2. What is the RAM should be? ex: 20GB? which hardware or os? >> > >> > 3. What server it should be? Cloud or Private co-located? >> > >> > 4. What is the bandwidth plan? ex: 10GB or 2MB? >> > >> > 5. L16 codec, will it be using inbound also for outbound? What will be >> > the >> > Kilo bytes per seconds? >> > >> > >> > There is no reference what CPU with What unit of Ghz used? ex: >> > http://wiki.freeswitch.org/wiki/Skypiax >> > >> > >> > Thanks for your feedback >> > >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From dujinfang at gmail.com Fri Sep 10 08:26:58 2010 From: dujinfang at gmail.com (Seven Du) Date: Fri, 10 Sep 2010 23:26:58 +0800 Subject: [Freeswitch-users] Invalid Chat Interface problem Message-ID: Hi, Sorry for the long mail, I also posted on postbin, but copied here for maybe easy inline comment. http://pastebin.freeswitch.org/13876 I'm testing chat on FreeSWITCH Version 1.0.head (git-83aeda7 2010-09-09 23-40-14 -0400) I have registered: 1000 FSComm 1001 zoiper 1002 XLite All on my local computer 192.168.7.2(including FS) Registrations: ================================================================================================= Call-ID: NjdmNTJiOWY0NTZkMjQ0M2I2YWEzYWMwYjdhY2Q4OTQ. User: 1001 at 192.168.7.2 Contact: "user" Agent: Zoiper rev.6739 Status: Registered(UDP)(unknown) EXP(2010-09-11 00:53:42) EXPSECS(6309) Host: seven-macpro.local IP: 192.168.7.2 Port: 1053 Auth-User: 1001 Auth-Realm: 192.168.7.2 MWI-Account: 1001 at 192.168.7.2 Call-ID: 9cfb8071-7ad9-43fc-8001-1f966fd7f259 User: 1000 at 192.168.7.2 Contact: "user" Agent: FreeSWITCH/FSComm Status: Registered(UDP)(unknown) EXP(2010-09-11 00:54:05) EXPSECS(6332) Host: seven-macpro.local IP: 192.168.7.2 Port: 12345 Auth-User: 1000 Auth-Realm: 192.168.7.2 MWI-Account: 1000 at 192.168.7.2 Call-ID: NWZiM2Y4MjJhMTA2MmQ3ODhmMTkzYjE5OWY5NjZlYTM. User: 1002 at 192.168.7.2 Contact: "1002" Agent: X-Lite release 1014k stamp 56015 Status: Registered(UDP)(unknown) EXP(2010-09-11 00:56:10) EXPSECS(6457) Host: seven-macpro.local IP: 192.168.7.2 Port: 31276 Auth-User: 1002 Auth-Realm: 192.168.7.2 MWI-Account: 1002 at 192.168.7.2 Total items returned: 3 ================================================================================================= On FS with chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|Hello I can receive "Hello" from Xlite, but when I replied in Xlite, FS showed error: Invalid Chat Interface [dp]! freeswitch at seven-macpro.local> recv 767 bytes from udp/[192.168.7.2]:31276 at 15:13:55.918803: ------------------------------------------------------------------------ MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport Max-Forwards: 70 To: "1000" From: "1002";tag=63fe670d Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. CSeq: 6 MESSAGE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: application/im-iscomposing+xml User-Agent: X-Lite release 1014k stamp 56015 Content-Length: 259 active goober 60 ------------------------------------------------------------------------ send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:55.919054: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport=31276 From: "1002";tag=63fe670d To: "1000" ;tag=66NHv1DgNeg8Q Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. CSeq: 6 MESSAGE User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ recv 535 bytes from udp/[192.168.7.2]:31276 at 15:13:56.320013: ------------------------------------------------------------------------ MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport Max-Forwards: 70 To: "1000" From: "1002";tag=63fe670d Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. CSeq: 7 MESSAGE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: text/html User-Agent: X-Lite release 1014k stamp 56015 Content-Length: 49 hi ------------------------------------------------------------------------ send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:56.320259: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport=31276 From: "1002";tag=63fe670d To: "1000" ;tag=7FFayvyKjQ6tK Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. CSeq: 7 MESSAGE User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2010-09-10 23:13:56.319637 [ERR] switch_core.c:1966 Invalid Chat Interface [dp]! >From FS chat to FSComm freeswitch at seven-macpro.local> chat sip|1002 at 192.168.7.2|1000 at 192.168.7.2|Hello Sent send 686 bytes to udp/[123.130.141.183]:12345 at 15:18:55.741105: ------------------------------------------------------------------------ MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKj2g6SyU2mH5gr Max-Forwards: 70 From: "1002" ;tag=911U1j0tc9j0a To: "user" Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a CSeq: 1729185 MESSAGE Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE freeswitch at seven-macpro.local> Supported: timer, precondition, path, replaces Content-Type: text/html Content-Length: 5 Hello ------------------------------------------------------------------------ recv 507 bytes from udp/[123.130.141.183]:12345 at 15:18:55.744778: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.7.2;rport=55016;branch=z9hG4bKj2g6SyU2mH5gr;received=123.130.141.183 From: "1002" ;tag=911U1j0tc9j0a To: "user" ;tag=j2rmFj0jcK6ZH Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a CSeq: 1729185 MESSAGE User-Agent: FreeSWITCH/FSComm Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REFER, NOTIFY Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ Received Invalid Chat Interface [gw]! on FSComm: freeswitch at internal> recv 686 bytes from udp/[123.130.141.183]:55016 at 15:17:43.873436: ------------------------------------------------------------------------ MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKF74UmD9QXp2rN Max-Forwards: 70 From: "1002" ;tag=8r82ZQFQF0vDF To: "user" Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a CSeq: 1729184 MESSAGE Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Content-Type: text/html Content-Length: 5 Hello ------------------------------------------------------------------------ send 507 bytes to udp/[123.130.141.183]:55016 at 15:17:43.873704: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.7.2;rport=55016;branch=z9hG4bKF74UmD9QXp2rN;received=123.130.141.183 From: "1002" ;tag=8r82ZQFQF0vDF To: "user" ;tag=HSZUDQFFFagDp Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a CSeq: 1729184 MESSAGE User-Agent: FreeSWITCH/FSComm Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REFER, NOTIFY Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2010-09-10 23:17:43.874485 [ERR] switch_core.c:1966 Invalid Chat Interface [gw]! Also how to I chat back to XLite on FSComm? freeswitch at internal> chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|hi Error! Message Not Sent freeswitch at internal> 2010-09-10 23:21:59.227334 [ERR] sofia_presence.c:125 Chat proto [dp] from [1000 at 192.168.7.2] to [1002 at 192.168.7.2] hi Invalid Profile 192.168.7.2 Thanks. -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From anthony.minessale at gmail.com Fri Sep 10 09:10:57 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 10 Sep 2010 11:10:57 -0500 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: install the sounds too make hd-moh-install make hd-sounds-install On Fri, Sep 10, 2010 at 9:27 AM, Giovanni Maruzzelli wrote: > I would counseil you to start with the default config, and understand > how it works. > Then begin with small modifications. > Then you'll be a master ;). > Welcome in the community! > > -giovanni > > On Fri, Sep 10, 2010 at 2:20 PM, David Wafula wrote: >> >> >> On Fri, Sep 10, 2010 at 12:04 PM, Giovanni Maruzzelli >> wrote: >>> >>> This may also be useful: >>> http://wiki.freeswitch.org/wiki/Example_Offsite_phones >>> >>> >> >> Thank you! ..I did register the phone, tried dialing 1000, ?seems am making >> progress. Was not sure i should keep dumping the logs here, but they show we >> do somehow connect to voice mail, but somehow something not right somewhere >> with language to use?. Look at the following: >> ... >> EXECUTE loopback/voicemail-b voicemail(default 109.74.198.135 1000) >> 2010-09-10 12:04:41.098613 [DEBUG] switch_ivr_bridge.c:1179 >> (loopback/voicemail-a) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA >> 2010-09-10 12:04:41.098613 [DEBUG] switch_core_session.c:1039 Send signal >> loopback/voicemail-a [BREAK] >> 2010-09-10 12:04:41.098613 [DEBUG] mod_loopback.c:461 loopback/voicemail-a >> CHANNEL KILL >> 2010-09-10 12:04:41.098613 [DEBUG] switch_core_state_machine.c:314 >> (loopback/voicemail-a) Running State Change CS_EXCHANGE_MEDIA >> 2010-09-10 12:04:41.099604 [DEBUG] switch_core_state_machine.c:351 >> (loopback/voicemail-a) State EXCHANGE_MEDIA >> 2010-09-10 12:04:41.099604 [DEBUG] mod_loopback.c:483 CHANNEL LOOPBACK >> 2010-09-10 12:04:41.215719 [DEBUG] switch_ivr_play_say.c:63 No language >> specified - Using [en] >> 2010-09-10 12:04:41.216760 [ERR] switch_ivr_play_say.c:96 Can't find >> language tag. >> 2010-09-10 12:04:41.216760 [WARNING] switch_ivr_play_say.c:339 Macro >> [voicemail_play_greeting]: '1000' did not match any patterns >> 2010-09-10 12:04:41.216760 [DEBUG] switch_ivr_play_say.c:63 No language >> specified - Using [en] >> 2010-09-10 12:04:41.217834 [ERR] switch_ivr_play_say.c:96 Can't find >> language tag. >> 2010-09-10 12:04:41.217834 [WARNING] switch_ivr_play_say.c:339 Macro >> [voicemail_goodbye]: '' did not match any patterns >> 2010-09-10 12:04:41.217834 [NOTICE] switch_core_state_machine.c:185 >> loopback/voicemail-b has executed the last dialplan instruction, hanging up. >> 2010-09-10 12:04:41.217834 [DEBUG] switch_channel.c:2317 >> (loopback/voicemail-b) Callstate Change EARLY -> HANGUP >> >> Just not sure what to do but I will keep reading, searching and trying. I >> just got hold of the freeswitch book, hope that should help me too. >> -- >> David Wafula >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Fri Sep 10 09:13:47 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 10 Sep 2010 11:13:47 -0500 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: <21400.1284077688@ccs.covici.com> Message-ID: I've gone insane. I checked the code and I did actually make those params work both globally and per-span. On Thu, Sep 9, 2010 at 10:14 PM, Brian May wrote: > On 10 September 2010 10:30, Anthony Minessale > wrote: >> no its only valid inside the span, it must be set per span. >> we don't have it implemented to inherit from the higher tag. > > In this case, the sample config is wrong. > > > ? > ? ? > ? ? > ? ? > ? ? > ? > ?... spans omitted here... > > > -- > Brian May > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Fri Sep 10 09:16:13 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 10 Sep 2010 11:16:13 -0500 Subject: [Freeswitch-users] Busy Lamps Aastra In-Reply-To: <4C89A20F.6060808@communicatefreely.net> References: <50F27B9B-6BED-434D-99C2-14D78B64B73C@smarteredge.com> <4C89A20F.6060808@communicatefreely.net> Message-ID: and we have a param force-subscription-domain that you can set to be the same as force-register-db-domain in your profile On Thu, Sep 9, 2010 at 10:12 PM, Tim St. Pierre wrote: > Hi Neil, > > I remember having this problem with our Aastrs (that's all I have really), and I think it had > something to do with the the subscription domain. ?It seems that FS is matching the user and domain > in the invite against the list of subscriptions, so if the phone's from: in the invite isn't what > people are subscribing to, it only lights up the B-leg. > > -Tim > > list subscriber wrote: >> Hi All, >> >> Just wanted to pass on some feedback and thanks for improving the busy lamp situation on Aastra phone. Noticed the latest Freeswitch code has improvements which work better on Aastra 5xi devices. >> >> However there are some bugs. While the busy lamps work great on the receiving phone (b-leg), the busy lamps do not seem to be activated on the a-leg of calls. >> >> Also when a call is placed on hold it appears as "ringing" instead of indicating hold status more accurately. >> >> iNeil >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From shamun.toha at gmail.com Fri Sep 10 09:27:21 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Fri, 10 Sep 2010 18:27:21 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: Today i talked with Amazon EC2, they have 8 Core Cpu (can grow even more then that), 68 GB RAM( can grow more), Bandwidth ( can do anything) so there is no issue which still saying no you can not do this because of that. The answer is still yes even with correct hardware tune. We can pay what we will use for (that's another issue as a technical point of view). But for Skype, which one should i take? if i want to run 20 or 100 skype duplicate accounts for Amazon EC2, do i need 100 skype instance + FreeSwitch instance = 101 total instance with Amazon EC2? How do we use the mod_skypopen in terms of instances for cloud servers, is that counted as 1 instance? ex: http://calculator.s3.amazonaws.com/calc5.html Thanks & Regards On Fri, Sep 10, 2010 at 5:10 PM, Giovanni Maruzzelli wrote: > I would highly doubt of your reasoning. You have to make real actual > tests, and not base predictions on simple arithmetics. But this is > just my opinion. > > -giovanni > > On Fri, Sep 10, 2010 at 4:55 PM, Shamun toha md > wrote: > > Hello, > > > > Thanks, we can always consult with more experts from FS, that is must. > But > > just consulting here for one assumption before opening a final ticket. > > > > Can we not just use CentOS 5.5. And then take a hardware like following: > > > > 1. CPU 6 core or 8 core or 12 core: > > - > > > http://accessories.us.dell.com/sna/products/Processors/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=317-4155 > > > > 2. Mother board: To have 12 x 4 times = 48 Core > > - > > > http://www.supermicro.com/products/motherboard/Xeon7000/7500/X8QB6.cfm?SAS=Y > > > > 3. 2 core each with reserved 4GB RAM > > > > > > 2 core can handle 20 channels of skype instance. So, 48 Core / 2 = 24 x > 20 = > > 480 Skype channels possible. With power of hardware and proper > calculation > > on this, bandwidth is not a problem, there are many backbone providers. > > > > > > Am i right? Still its possible in theory? Please fix me if i am wrong, > > > > Thanks & Best regards > > > > > > On Fri, Sep 10, 2010 at 4:10 PM, Giovanni Maruzzelli < > gmaruzz at celliax.org> > > wrote: > >> > >> Shamun, > >> > >> from you mail seems that there are some details of mod_skypopen that > >> you've not got. > >> > >> First of all I would counseil you to read *entirely* mod_skypopen wiki > >> page, you will spare yourself lot of time and frustrations: > >> http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk > >> > >> All the mod_skypopen knowledge available to humankind is in that page. > >> > >> T1 has 24 channels, so not much difference from 20 channels > >> http://en.wikipedia.org/wiki/T-carrier > >> > >> mod_skypiax can work only on Linux or Windows, because it needs Skype > >> clients running on the same machine where FS is running, and there are > >> no Skype clients for *BSD or Solaris. > >> > >> After reading all of the wiki page, you should do your tests, because > >> performances are very much dependant from the machine-kernel-os you > >> use. Skypopen is most tested and developed on CentOS and Ubuntu. > >> > >> Also, if you plan an Enterprise deployment (I mean, many channels with > >> reliable operation), you must be prepared to invest a sizeable amount > >> of time to deeply understand all of the variables involved. Or you can > >> contact consulting at freeswitch.org for professional help. > >> > >> Skype uses it's own codecs, it's not L16 on the net. L16 is between FS > >> and Skype client. > >> > >> -giovanni > >> > >> On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md > >> wrote: > >> > Hi, > >> > > >> > Lets say 1 wants, Enterprise production plan with mod_skypopen, not a > >> > target > >> > of 20 channels only. lets assume more channels (T1) sort of target: > >> > > >> > # Question operating system should be CentOS or FreeBSD or > OpenSolaris?, > >> > to > >> > win a little more CPU space for this Skype processor monster. > >> > > >> > Then what server hardware platform should it be, to provide support > >> > physically too: > >> > > >> > 1. What is the CPU should be target to handle more skype channels? ex: > 8 > >> > CPU > >> > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server > or > >> > os > >> > support this even? > >> > > >> > 2. What is the RAM should be? ex: 20GB? which hardware or os? > >> > > >> > 3. What server it should be? Cloud or Private co-located? > >> > > >> > 4. What is the bandwidth plan? ex: 10GB or 2MB? > >> > > >> > 5. L16 codec, will it be using inbound also for outbound? What will be > >> > the > >> > Kilo bytes per seconds? > >> > > >> > > >> > There is no reference what CPU with What unit of Ghz used? ex: > >> > http://wiki.freeswitch.org/wiki/Skypiax > >> > > >> > > >> > Thanks for your feedback > >> > > >> > > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/41b0ad94/attachment.html From anthony.minessale at gmail.com Fri Sep 10 09:30:14 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 10 Sep 2010 11:30:14 -0500 Subject: [Freeswitch-users] Invalid Chat Interface problem In-Reply-To: References: Message-ID: you are sending the chat command from the cli, it's a one way flow. its putting from as dp+ the chat messages are routed inside fs to appropriate module with + prefix when you don't specify one it fills in dp as default which has no handler. On Fri, Sep 10, 2010 at 10:26 AM, Seven Du wrote: > Hi, > > Sorry for the long mail, I also posted on postbin, but copied here for > maybe easy inline comment. > > http://pastebin.freeswitch.org/13876 > > > I'm testing chat on FreeSWITCH Version 1.0.head (git-83aeda7 > 2010-09-09 23-40-14 -0400) > > I have registered: > > 1000 FSComm > 1001 zoiper > 1002 XLite > > All on my local computer 192.168.7.2(including FS) > > > Registrations: > ================================================================================================= > Call-ID: ? ? ? ?NjdmNTJiOWY0NTZkMjQ0M2I2YWEzYWMwYjdhY2Q4OTQ. > User: ? ? ? ? ? 1001 at 192.168.7.2 > Contact: ? ? ? ?"user" > > Agent: ? ? ? ? ?Zoiper rev.6739 > Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:53:42) EXPSECS(6309) > Host: ? ? ? ? ? seven-macpro.local > IP: ? ? ? ? ? ? 192.168.7.2 > Port: ? ? ? ? ? 1053 > Auth-User: ? ? ?1001 > Auth-Realm: ? ? 192.168.7.2 > MWI-Account: ? ?1001 at 192.168.7.2 > > Call-ID: ? ? ? ?9cfb8071-7ad9-43fc-8001-1f966fd7f259 > User: ? ? ? ? ? 1000 at 192.168.7.2 > Contact: ? ? ? ?"user" > Agent: ? ? ? ? ?FreeSWITCH/FSComm > Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:54:05) EXPSECS(6332) > Host: ? ? ? ? ? seven-macpro.local > IP: ? ? ? ? ? ? 192.168.7.2 > Port: ? ? ? ? ? 12345 > Auth-User: ? ? ?1000 > Auth-Realm: ? ? 192.168.7.2 > MWI-Account: ? ?1000 at 192.168.7.2 > > Call-ID: ? ? ? ?NWZiM2Y4MjJhMTA2MmQ3ODhmMTkzYjE5OWY5NjZlYTM. > User: ? ? ? ? ? 1002 at 192.168.7.2 > Contact: ? ? ? ?"1002" > Agent: ? ? ? ? ?X-Lite release 1014k stamp 56015 > Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:56:10) EXPSECS(6457) > Host: ? ? ? ? ? seven-macpro.local > IP: ? ? ? ? ? ? 192.168.7.2 > Port: ? ? ? ? ? 31276 > Auth-User: ? ? ?1002 > Auth-Realm: ? ? 192.168.7.2 > MWI-Account: ? ?1002 at 192.168.7.2 > > Total items returned: 3 > ================================================================================================= > > > > On FS with ?chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|Hello > > I can receive "Hello" from Xlite, but when I replied in Xlite, FS > showed error: ?Invalid Chat Interface [dp]! > > > freeswitch at seven-macpro.local> recv 767 bytes from > udp/[192.168.7.2]:31276 at 15:13:55.918803: > ? ------------------------------------------------------------------------ > ? MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 > ? Via: SIP/2.0/UDP > 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport > ? Max-Forwards: 70 > ? To: "1000" > ? From: "1002";tag=63fe670d > ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. > ? CSeq: 6 MESSAGE > ? Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO > ? Content-Type: application/im-iscomposing+xml > ? User-Agent: X-Lite release 1014k stamp 56015 > ? Content-Length: 259 > > ? > ? ? ? xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'> > ? ? ? active > ? ? ? goober > ? ? ? 60 > ? > ? ------------------------------------------------------------------------ > send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:55.919054: > ? ------------------------------------------------------------------------ > ? SIP/2.0 200 OK > ? Via: SIP/2.0/UDP > 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport=31276 > ? From: "1002";tag=63fe670d > ? To: "1000" ;tag=66NHv1DgNeg8Q > ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. > ? CSeq: 6 MESSAGE > ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 > 23-40-14 -0400 > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > ? Supported: timer, precondition, path, replaces > ? Content-Length: 0 > > ? ------------------------------------------------------------------------ > recv 535 bytes from udp/[192.168.7.2]:31276 at 15:13:56.320013: > ? ------------------------------------------------------------------------ > ? MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 > ? Via: SIP/2.0/UDP > 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport > ? Max-Forwards: 70 > ? To: "1000" > ? From: "1002";tag=63fe670d > ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. > ? CSeq: 7 MESSAGE > ? Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO > ? Content-Type: text/html > ? User-Agent: X-Lite release 1014k stamp 56015 > ? Content-Length: 49 > > ? hi > ? ------------------------------------------------------------------------ > send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:56.320259: > ? ------------------------------------------------------------------------ > ? SIP/2.0 200 OK > ? Via: SIP/2.0/UDP > 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport=31276 > ? From: "1002";tag=63fe670d > ? To: "1000" ;tag=7FFayvyKjQ6tK > ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. > ? CSeq: 7 MESSAGE > ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 > 23-40-14 -0400 > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > ? Supported: timer, precondition, path, replaces > ? Content-Length: 0 > > ? ------------------------------------------------------------------------ > 2010-09-10 23:13:56.319637 [ERR] switch_core.c:1966 Invalid Chat Interface [dp]! > > > >From FS chat to FSComm > > > freeswitch at seven-macpro.local> chat sip|1002 at 192.168.7.2|1000 at 192.168.7.2|Hello > > Sent > send 686 bytes to udp/[123.130.141.183]:12345 at 15:18:55.741105: > ? ------------------------------------------------------------------------ > ? MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 > ? Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKj2g6SyU2mH5gr > ? Max-Forwards: 70 > ? From: "1002" ;tag=911U1j0tc9j0a > ? To: "user" > ? Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a > ? CSeq: 1729185 MESSAGE > ? Contact: > ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 > 23-40-14 -0400 > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > freeswitch at seven-macpro.local> ? ?Supported: timer, precondition, path, replaces > ? Content-Type: text/html > ? Content-Length: 5 > > ? Hello > ? ------------------------------------------------------------------------ > recv 507 bytes from udp/[123.130.141.183]:12345 at 15:18:55.744778: > ? ------------------------------------------------------------------------ > ? SIP/2.0 200 OK > ? Via: SIP/2.0/UDP > 192.168.7.2;rport=55016;branch=z9hG4bKj2g6SyU2mH5gr;received=123.130.141.183 > ? From: "1002" ;tag=911U1j0tc9j0a > ? To: "user" ;tag=j2rmFj0jcK6ZH > ? Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a > ? CSeq: 1729185 MESSAGE > ? User-Agent: FreeSWITCH/FSComm > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REFER, NOTIFY > ? Supported: timer, precondition, path, replaces > ? Content-Length: 0 > > ? ------------------------------------------------------------------------ > > Received Invalid Chat Interface [gw]! on FSComm: > > > freeswitch at internal> recv 686 bytes from udp/[123.130.141.183]:55016 > at 15:17:43.873436: > ? ------------------------------------------------------------------------ > ? MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 > ? Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKF74UmD9QXp2rN > ? Max-Forwards: 70 > ? From: "1002" ;tag=8r82ZQFQF0vDF > ? To: "user" > ? Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a > ? CSeq: 1729184 MESSAGE > ? Contact: > ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 > 23-40-14 -0400 > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > ? Supported: timer, precondition, path, replaces > ? Content-Type: text/html > ? Content-Length: 5 > > ? Hello > ? ------------------------------------------------------------------------ > send 507 bytes to udp/[123.130.141.183]:55016 at 15:17:43.873704: > ? ------------------------------------------------------------------------ > ? SIP/2.0 200 OK > ? Via: SIP/2.0/UDP > 192.168.7.2;rport=55016;branch=z9hG4bKF74UmD9QXp2rN;received=123.130.141.183 > ? From: "1002" ;tag=8r82ZQFQF0vDF > ? To: "user" ;tag=HSZUDQFFFagDp > ? Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a > ? CSeq: 1729184 MESSAGE > ? User-Agent: FreeSWITCH/FSComm > ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, > REFER, NOTIFY > ? Supported: timer, precondition, path, replaces > ? Content-Length: 0 > > ? ------------------------------------------------------------------------ > 2010-09-10 23:17:43.874485 [ERR] switch_core.c:1966 Invalid Chat Interface [gw]! > > > Also how to I chat back to XLite on FSComm? > > freeswitch at internal> chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|hi > Error! Message Not Sent > freeswitch at internal> 2010-09-10 23:21:59.227334 [ERR] > sofia_presence.c:125 Chat proto [dp] > from [1000 at 192.168.7.2] > to [1002 at 192.168.7.2] > hi > Invalid Profile 192.168.7.2 > > > Thanks. > > -- > Blog: http://www.dujinfang.com > Proj:? http://www.freeswitch.org.cn > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brian at freeswitch.org Fri Sep 10 11:46:25 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 10 Sep 2010 14:46:25 -0400 Subject: [Freeswitch-users] FS G729 Release: 147 Message-ID: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> New release of FSG729 that fixes a memory leak has been released: http://files.freeswitch.org/fsg729-147-installer Added API options are: ${g729_count()} returns the number of permitted licensed channels. ${g729_available()} returns true or false if the codec is loaded and license server is functional. ${g729_used()} returns the encoder:decoder counts. This paired with ${regex()} can be powerful. g729_status has been replaced with g729_info. Please provide feedback if you run into problems. Thanks, Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/d18697c1/attachment.html From Prometheus001 at gmx.net Fri Sep 10 12:09:00 2010 From: Prometheus001 at gmx.net (Peter P GMX) Date: Fri, 10 Sep 2010 21:09:00 +0200 Subject: [Freeswitch-users] Siptapi and Freeswitch In-Reply-To: <87D21453-AC52-46D5-A866-065A15D3443B@freeswitch.org> References: <4AC25581.8000003@gmx.net> <87D21453-AC52-46D5-A866-065A15D3443B@freeswitch.org> Message-ID: <4C8A824C.7000605@gmx.net> Update: I just tried SIPTAPI, and it didn't work here. SIPTAPI dials to Freeswitch with the same number in the from: and to: header, e.g. from:200@ to:200 at ... In our installation this results in 1 call leg, as either the mailbox is taking the call or the call in hung up (busy). When SIPTAPI sends the following REFER message, Freeswitch complains about having only 1 call leg and doesn't process the REFER request. 2010-09-10 18:25:11.561595 [ERR] sofia.c:5387 Cannot Blind Transfer 1 Legged calls Anybody has an idea how to overcome this? Best regards Peter Brian West schrieb: > Nope but I would be happy to see someone try and document it on our wiki. > > /b > > On Sep 29, 2009, at 1:44 PM, Peter P GMX wrote: > >> Anybody tried siptapi with freeswitch? >> http://sourceforge.net/projects/siptapi/ >> This may enable Click2Dial e.g. from Outlook to Freeswitch. >> >> So anybody has experience with that solution? >> >> Best regards >> Peter > > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 10 12:38:33 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 10 Sep 2010 15:38:33 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> Message-ID: <18433.1284147513@ccs.covici.com> And how do I send_dtmf down the fxo line? I don't see an api call called send_dtmf -- there is uuid_send_dtmf, that is all I found. Also, Thanks much. Moises Silva wrote: > On Fri, Sep 10, 2010 at 1:49 AM, wrote: > > > But you should be able to flash the fxo from inside to pick up call > > waiting or to go to the other call. > > > > > Sending flash from FreeSWITCH is not related to the options. Currently the > way to send a flash is sending DTMF 'f' down the fxo line. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 msc at freeswitch.org Fri Sep 10 12:51:20 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 10 Sep 2010 12:51:20 -0700 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> Message-ID: FYI, I've updated the g729 wiki page: http://wiki.freeswitch.org/wiki/Mod_com_g729 In addition to giving Brian some feedback please check the wiki page to make sure that I don't have any typos. Thanks! -Michael On Fri, Sep 10, 2010 at 11:46 AM, Brian West wrote: > New release of FSG729 that fixes a memory leak has been released: > > http://files.freeswitch.org/fsg729-147-installer > > Added API options are: > > ${g729_count()} returns the number of permitted licensed channels. > ${g729_available()} returns true or false if the codec is loaded and > license server is functional. > ${g729_used()} returns the encoder:decoder counts. This paired with > ${regex()} can be powerful. > > > g729_status has been replaced with g729_info. > > Please provide feedback if you run into problems. > > Thanks, > Brian > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/777804d9/attachment.html From msc at freeswitch.org Fri Sep 10 12:52:29 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 10 Sep 2010 12:52:29 -0700 Subject: [Freeswitch-users] flashing problems In-Reply-To: <18433.1284147513@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> Message-ID: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_send_dtmf On Fri, Sep 10, 2010 at 12:38 PM, wrote: > And how do I send_dtmf down the fxo line? I don't see an api call > called send_dtmf -- there is uuid_send_dtmf, that is all I found. Also, > > > Thanks much. > > Moises Silva wrote: > > > On Fri, Sep 10, 2010 at 1:49 AM, wrote: > > > > > But you should be able to flash the fxo from inside to pick up call > > > waiting or to go to the other call. > > > > > > > > Sending flash from FreeSWITCH is not related to the options. Currently > the > > way to send a flash is sending DTMF 'f' down the fxo line. > > > > Moises Silva > > Senior Software Engineer > > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > L3R > > 9R6 Canada > > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > ---------------------------------------------------- > > Alternatives: > > > > ---------------------------------------------------- > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/39944ef8/attachment.html From covici at ccs.covici.com Fri Sep 10 13:19:31 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 10 Sep 2010 16:19:31 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> Message-ID: <18947.1284149971@ccs.covici.com> This is what I thought, but I did a show api and did not find it -- I wanted to test from the console. It was not a command either. Michael Collins wrote: > http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_send_dtmf > > On Fri, Sep 10, 2010 at 12:38 PM, wrote: > > > And how do I send_dtmf down the fxo line? I don't see an api call > > called send_dtmf -- there is uuid_send_dtmf, that is all I found. Also, > > > > > > Thanks much. > > > > Moises Silva wrote: > > > > > On Fri, Sep 10, 2010 at 1:49 AM, wrote: > > > > > > > But you should be able to flash the fxo from inside to pick up call > > > > waiting or to go to the other call. > > > > > > > > > > > Sending flash from FreeSWITCH is not related to the options. Currently > > the > > > way to send a flash is sending DTMF 'f' down the fxo line. > > > > > > Moises Silva > > > Senior Software Engineer > > > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON > > L3R > > > 9R6 Canada > > > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > > > ---------------------------------------------------- > > > Alternatives: > > > > > > ---------------------------------------------------- > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 chat2jesse at gmail.com Fri Sep 10 13:32:39 2010 From: chat2jesse at gmail.com (jesse) Date: Fri, 10 Sep 2010 13:32:39 -0700 Subject: [Freeswitch-users] Siptapi and Freeswitch In-Reply-To: <4C8A824C.7000605@gmx.net> References: <4AC25581.8000003@gmx.net> <87D21453-AC52-46D5-A866-065A15D3443B@freeswitch.org> <4C8A824C.7000605@gmx.net> Message-ID: for click2dial, you don't need siptapi. TAPI/JTAPI makes sense only if you need to support legacy applications. FS esl can accomplish such job very easily. -jesse On Fri, Sep 10, 2010 at 12:09 PM, Peter P GMX wrote: > Update: > > I just tried SIPTAPI, and it didn't work here. > SIPTAPI dials to Freeswitch with the same number in the from: and to: > header, e.g. > from:200@ > to:200 at ... > In our installation this results in 1 call leg, as either the mailbox is > taking the call or the call in hung up (busy). When SIPTAPI sends the > following REFER message, Freeswitch complains about having only 1 call > leg and doesn't process the REFER request. > 2010-09-10 18:25:11.561595 [ERR] sofia.c:5387 Cannot Blind Transfer 1 > Legged calls > > Anybody has an idea how to overcome this? > > Best regards > Peter > > Brian West schrieb: >> Nope but I would be happy to see someone try and document it on our wiki. >> >> /b >> >> On Sep 29, 2009, at 1:44 PM, Peter P GMX wrote: >> >>> Anybody tried siptapi with freeswitch? >>> ? ?http://sourceforge.net/projects/siptapi/ >>> This may enable Click2Dial e.g. from Outlook to Freeswitch. >>> >>> So anybody has experience with that solution? >>> >>> Best regards >>> Peter >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 msc at freeswitch.org Fri Sep 10 14:47:57 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 10 Sep 2010 14:47:57 -0700 Subject: [Freeswitch-users] flashing problems In-Reply-To: <18947.1284149971@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> <18947.1284149971@ccs.covici.com> Message-ID: On Fri, Sep 10, 2010 at 1:19 PM, wrote: > This is what I thought, but I did a show api and did not find it -- I > wanted to test from the console. It was not a command either. > > Right, uuid_send_dtmf is the API (command line) and send_dtmf is the dialplan app. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/5a7ddd71/attachment.html From ktngl at yahoo.co.uk Fri Sep 10 15:54:18 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 10 Sep 2010 22:54:18 +0000 (GMT) Subject: [Freeswitch-users] get lcr channel variable from esl Message-ID: <959355.74904.qm@web29217.mail.ird.yahoo.com> My code is set to receiving events as type plain. Changing the event type to xml makes the existing code not work . Is there a way? I can use lcr with is scenario? --- On Fri, 10/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Friday, 10 September, 2010, 13:13 It is streamed to you over ESL. On Fri, Sep 10, 2010 at 6:54 AM, Nigel Kent wrote: thanks I meant how does Freeswitch save "as xml" data and what is the way to access it --- On Fri, 10/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Friday, 10 September, 2010, 11:19 On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent wrote: Hi I am not clear when you say api version because I am calling lcr through the esl @con.execute method,?do you mean when used from event socket.? API version is the version that is used via event socket and is what you get when called from the fs_cli or console. ?? ? If that is the case then I think I would need to look into the as xml option because I am doing everthing from event socket. Right.? What is does 'default' set and which module is needed to handle xml because I have not used xml for any other part of my code lcr 15555551212 default as xml the "default" is the lcr profile you are using. ?If you don't specify one then default is the profile used. ?However, in order to specify "as xml" a profile name must be specified. ?In this case I suggested default. As for module to process the xml, that depends on what language you are using on the client side, no?? --- On Thu, 9/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Thursday, 9 September, 2010, 23:21 The api version of mod_lcr doesn't give you lcr_auto_route. ?You can do lcr 15555551212 default as xml and get the lcr info as xml which can then be parsed on the client side. ?To build the equivalent of lcr_auto_route you can concatenate all the dialstrings separated by "|". I'd suggest transfering to the lcr/ endpoint instead. lcr/15555551212 The only way to get the channel var set is to use the application version of lcr. ? On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent wrote: I have used mod_lcr application in my esl script, digits are passed to mod_lcr and a dial string is found successfully as seen on the debug log. My question is how do I acces the variable? ${lcr_auto_route} from esl. Previously in my script I have used this method to get variables which was set earlier in the script @con.api("uuid_getvar", "#{@uuid} myvarible").getBody However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", "#{@uuid} lcr_auto_route").getBody I get a _undef_ error -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/d6430ac2/attachment.html From msc at freeswitch.org Fri Sep 10 16:35:36 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 10 Sep 2010 16:35:36 -0700 Subject: [Freeswitch-users] External caller-number not shown on forward to external number In-Reply-To: References: Message-ID: You'll need to get a d-channel trace so that you can see exactly what you are sending to carrier. The wiki has some info: http://wiki.freeswitch.org/wiki/OpenZAP#OpenZAP_CLI_Commands There are commands for both the native stack and libpri. (The commands are different.) Pastebin the output. In particular you need to see what the SETUP message looks like. We'll be happy to take a look at the output. -MC On Fri, Sep 10, 2010 at 6:44 AM, Peter Waldheim < peter.waldheim at framesoft.com> wrote: > Thanks for the tipps, Michael. It seems there is a (provider-)feature > called ?CLIP / no screening? which had to be activated. But now that it is > active, it still does not work. I?m rather sure that the variables are set > correctly, cause it works perfectly well for numbers of our range. Also (one > of) the test-number(s) I use is just one bit outside of our range, so the > format should be fine. Still for such numbers the callee always sees our > base number. > > I also found a simple cli test for this: > > originate > {origination_caller_id_number=}openzap/1/a/ > &park() > > > > Is it possible that there is some spoof-protection somewhere in the > FreeSWITCH/openzap/libpri stack, or am I doing somethign wrong somehow? > > Any further help would be very welcome. > > > > Thanks and regards > > Peter > > > > > > *Von:* Michael Collins [mailto:msc at freeswitch.org] > *Gesendet:* Freitag, 27. August 2010 18:55 > *An:* FreeSWITCH Users Help > *Betreff:* Re: [Freeswitch-users] External caller-number not shown on > forward to external number > > > > Put in some log apps or the info app prior to your transfer and bridge > apps. Make sure that these variables actually contain what you hope they do. > Also, check with the telco to make sure that they allow you to pass > customized caller ID like this. Some support it and some don't, but > sometimes you have to ask explicitly to have the feature allowed. Finally, > make sure that you are passing the phone number in a format that the telco > wants, i.e. do they require the leading 1. > > -MC > > On Thu, Aug 26, 2010 at 3:32 AM, Peter Waldheim < > peter.waldheim at framesoft.com> wrote: > > Hi all, > > In a diaplan I'm forwarding a call to an external (PRI) number when it > fails to reach my SIP-Client: > > > data="outbound_caller_id_number=${caller_id_number}"/> > data="outbound_caller_id_name=${caller_id_name}"/> > > Then in that dialplan: > data="effective_caller_id_number=${outbound_caller_id_number}"/> > data="effective_caller_id_name=${outbound_caller_id_name}"/> > > > So far this works just fine but one thing: the external party only sees the > original caller-id if it is an internal one. If the caller was external, I > only see the default caller-number of my installation. Ideally I'd like to > always see the original caller id - especially if it is an external number. > Can anybody please give me a hint whether I'm missing something or this > might be some call-spoof protection in freeswitch or openzap or libpri or my > PRI provider? > > Thanks a lot > Peter > ________________________________ > > > Framesoft AG Software Applications > Sumpfstrasse 15 > 6301 Zug > Switzerland > Handelsregister des Kantons Zug: CH-170.3.022.876-2 > Pr?sident & Vorsitzender der Gesch?ftsleitung: Toralf Dittmann > > Framesoft AG Software Applications > Reuterweg 49 > D-60323 Frankfurt am Main > Germany > HRB 34142 > Vorsitzender des Aufsichtsrates: Toralf Dittmann > Vorstand: Jens Saarholz > > Framesoft Ltd. > Business Address: > 60 Lombard Street > London EC3V9EA, UK > Registered Office: > Hackwood Secretaries Limited > 1 silk Street > London EC2Y 8HQ, UK > Company Number: 4055017 > Directors: Toralf Dittmann, Volker Weber > Secretary: Volker Weber > > Confidentiality Notice: The information contained in this e-mail is > intended for the named recipient(s) only. It may contain privileged and > confidential information, and if you are not the addressee or the person > responsible for delivering this to the addressee, you may not copy, > distribute or take action in reliance on it. If you have received this > e-mail in error, please notify us immediately by returning the original > message to the sender by e-mail and delete this message. Thank you for your > cooperation. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > ------------------------------ > > Framesoft AG Software Applications > Sumpfstrasse 15 > 6301 Zug > Switzerland > Handelsregister des Kantons Zug: CH-170.3.022.876-2 > Pr?sident & Vorsitzender der Gesch?ftsleitung: Toralf Dittmann > > Framesoft AG Software Applications > Reuterweg 49 > D-60323 Frankfurt am Main > Germany > HRB 34142 > Vorsitzender des Aufsichtsrates: Toralf Dittmann > Vorstand: Jens Saarholz > > Framesoft Ltd. > Business Address: > 60 Lombard Street > London EC3V9EA, UK > Registered Office: > Hackwood Secretaries Limited > 1 silk Street > London EC2Y 8HQ, UK > Company Number: 4055017 > Directors: Toralf Dittmann, Volker Weber > Secretary: Volker Weber > > Confidentiality Notice: The information contained in this e-mail is > intended for the named recipient(s) only. It may contain privileged and > confidential information, and if you are not the addressee or the person > responsible for delivering this to the addressee, you may not copy, > distribute or take action in reliance on it. If you have received this > e-mail in error, please notify us immediately by returning the original > message to the sender by e-mail and delete this message. Thank you for your > cooperation. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/c6bae782/attachment-0001.html From dujinfang at gmail.com Fri Sep 10 16:59:51 2010 From: dujinfang at gmail.com (Seven Du) Date: Sat, 11 Sep 2010 07:59:51 +0800 Subject: [Freeswitch-users] Invalid Chat Interface problem In-Reply-To: References: Message-ID: Thank you Anthony, but I still unclear. 1) If I send chat sip|sip+1000 at 192.168.7.2|1002 at 192.168.7.2|hello I get dp+sip+1000 on Xlite. If that's because I'm sending from the cli, then I tried with Xlite, by manually removed the dp+, I got 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] from [1002 at 192.168.7.2] to [1000] hello Invalid Profile NULL Then I tried sip+1000 at 192.168.7.2@192.168.7.2 from Xlite, but it encoded @ into %40, so, message like this MESSAGE sip:sip+1000%40192.168.7.2 at 192.168.7.2 SIP/2.0 To: "sip+1000 at 192.168.7.2" 2) Event if it is one way with cli, when I get the message in FSComm it should fire an event, right? I would like to make a patch if it lacks this function. 3) And you might ignored my last question in a long mail. If cannot use cli, how do I send chat from fscomm? via internal API? Here is my fscomm: freeswitch at internal> sofia status Name Type Data State ================================================================================================= softphone profile sip:mod_sofia at 192.168.7.2:12345 RUNNING (0) softphone::1000 gateway sip:1000 at 192.168.7.2 REGED ================================================================================================= 1 profile 0 aliases Thank you. Full message below for question 1): ------------------------------------------------------------------------ recv 544 bytes from udp/[192.168.7.2]:55678 at 23:42:39.356342: ------------------------------------------------------------------------ MESSAGE sip:sip+1000 at 192.168.7.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2:55678;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport Max-Forwards: 70 To: "sip+1000" From: "1002";tag=a5f1835f Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. CSeq: 3 MESSAGE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: text/html User-Agent: X-Lite release 1014k stamp 56015 Content-Length: 52 hello ------------------------------------------------------------------------ send 557 bytes to udp/[192.168.7.2]:55678 at 23:42:39.356568: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.7.2:55678;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport=55678 From: "1002";tag=a5f1835f To: "sip+1000" ;tag=DSKNNmcH6NrZc Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. CSeq: 3 MESSAGE User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] from [1002 at 192.168.7.2] to [1000] hello Invalid Profile NULL On Sat, Sep 11, 2010 at 12:30 AM, Anthony Minessale wrote: > you are sending the chat command from the cli, it's a one way flow. > its putting from as dp+ > > the chat messages are routed inside fs to appropriate module with > + prefix > > when you don't specify one it fills in dp as default which has no handler. > > > > On Fri, Sep 10, 2010 at 10:26 AM, Seven Du wrote: >> Hi, >> >> Sorry for the long mail, I also posted on postbin, but copied here for >> maybe easy inline comment. >> >> http://pastebin.freeswitch.org/13876 >> >> >> I'm testing chat on FreeSWITCH Version 1.0.head (git-83aeda7 >> 2010-09-09 23-40-14 -0400) >> >> I have registered: >> >> 1000 FSComm >> 1001 zoiper >> 1002 XLite >> >> All on my local computer 192.168.7.2(including FS) >> >> >> Registrations: >> ================================================================================================= >> Call-ID: ? ? ? ?NjdmNTJiOWY0NTZkMjQ0M2I2YWEzYWMwYjdhY2Q4OTQ. >> User: ? ? ? ? ? 1001 at 192.168.7.2 >> Contact: ? ? ? ?"user" >> >> Agent: ? ? ? ? ?Zoiper rev.6739 >> Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:53:42) EXPSECS(6309) >> Host: ? ? ? ? ? seven-macpro.local >> IP: ? ? ? ? ? ? 192.168.7.2 >> Port: ? ? ? ? ? 1053 >> Auth-User: ? ? ?1001 >> Auth-Realm: ? ? 192.168.7.2 >> MWI-Account: ? ?1001 at 192.168.7.2 >> >> Call-ID: ? ? ? ?9cfb8071-7ad9-43fc-8001-1f966fd7f259 >> User: ? ? ? ? ? 1000 at 192.168.7.2 >> Contact: ? ? ? ?"user" >> Agent: ? ? ? ? ?FreeSWITCH/FSComm >> Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:54:05) EXPSECS(6332) >> Host: ? ? ? ? ? seven-macpro.local >> IP: ? ? ? ? ? ? 192.168.7.2 >> Port: ? ? ? ? ? 12345 >> Auth-User: ? ? ?1000 >> Auth-Realm: ? ? 192.168.7.2 >> MWI-Account: ? ?1000 at 192.168.7.2 >> >> Call-ID: ? ? ? ?NWZiM2Y4MjJhMTA2MmQ3ODhmMTkzYjE5OWY5NjZlYTM. >> User: ? ? ? ? ? 1002 at 192.168.7.2 >> Contact: ? ? ? ?"1002" >> Agent: ? ? ? ? ?X-Lite release 1014k stamp 56015 >> Status: ? ? ? ? Registered(UDP)(unknown) EXP(2010-09-11 00:56:10) EXPSECS(6457) >> Host: ? ? ? ? ? seven-macpro.local >> IP: ? ? ? ? ? ? 192.168.7.2 >> Port: ? ? ? ? ? 31276 >> Auth-User: ? ? ?1002 >> Auth-Realm: ? ? 192.168.7.2 >> MWI-Account: ? ?1002 at 192.168.7.2 >> >> Total items returned: 3 >> ================================================================================================= >> >> >> >> On FS with ?chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|Hello >> >> I can receive "Hello" from Xlite, but when I replied in Xlite, FS >> showed error: ?Invalid Chat Interface [dp]! >> >> >> freeswitch at seven-macpro.local> recv 767 bytes from >> udp/[192.168.7.2]:31276 at 15:13:55.918803: >> ? ------------------------------------------------------------------------ >> ? MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 >> ? Via: SIP/2.0/UDP >> 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport >> ? Max-Forwards: 70 >> ? To: "1000" >> ? From: "1002";tag=63fe670d >> ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. >> ? CSeq: 6 MESSAGE >> ? Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> SUBSCRIBE, INFO >> ? Content-Type: application/im-iscomposing+xml >> ? User-Agent: X-Lite release 1014k stamp 56015 >> ? Content-Length: 259 >> >> ? >> ? > ? ? xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'> >> ? ? ? active >> ? ? ? goober >> ? ? ? 60 >> ? >> ? ------------------------------------------------------------------------ >> send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:55.919054: >> ? ------------------------------------------------------------------------ >> ? SIP/2.0 200 OK >> ? Via: SIP/2.0/UDP >> 192.168.7.2:31276;branch=z9hG4bK-d8754z-9683fe2e1d14a316-1---d8754z-;rport=31276 >> ? From: "1002";tag=63fe670d >> ? To: "1000" ;tag=66NHv1DgNeg8Q >> ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. >> ? CSeq: 6 MESSAGE >> ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 >> 23-40-14 -0400 >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> ? Supported: timer, precondition, path, replaces >> ? Content-Length: 0 >> >> ? ------------------------------------------------------------------------ >> recv 535 bytes from udp/[192.168.7.2]:31276 at 15:13:56.320013: >> ? ------------------------------------------------------------------------ >> ? MESSAGE sip:dp+1000 at 192.168.7.2 SIP/2.0 >> ? Via: SIP/2.0/UDP >> 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport >> ? Max-Forwards: 70 >> ? To: "1000" >> ? From: "1002";tag=63fe670d >> ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. >> ? CSeq: 7 MESSAGE >> ? Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> SUBSCRIBE, INFO >> ? Content-Type: text/html >> ? User-Agent: X-Lite release 1014k stamp 56015 >> ? Content-Length: 49 >> >> ? hi >> ? ------------------------------------------------------------------------ >> send 552 bytes to udp/[192.168.7.2]:31276 at 15:13:56.320259: >> ? ------------------------------------------------------------------------ >> ? SIP/2.0 200 OK >> ? Via: SIP/2.0/UDP >> 192.168.7.2:31276;branch=z9hG4bK-d8754z-00c462263422c301-1---d8754z-;rport=31276 >> ? From: "1002";tag=63fe670d >> ? To: "1000" ;tag=7FFayvyKjQ6tK >> ? Call-ID: YThkMTE1YTRjMTM5ZDgxYTkzMGY0ZTA1OGI5M2JhM2Q. >> ? CSeq: 7 MESSAGE >> ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 >> 23-40-14 -0400 >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> ? Supported: timer, precondition, path, replaces >> ? Content-Length: 0 >> >> ? ------------------------------------------------------------------------ >> 2010-09-10 23:13:56.319637 [ERR] switch_core.c:1966 Invalid Chat Interface [dp]! >> >> >> >From FS chat to FSComm >> >> >> freeswitch at seven-macpro.local> chat sip|1002 at 192.168.7.2|1000 at 192.168.7.2|Hello >> >> Sent >> send 686 bytes to udp/[123.130.141.183]:12345 at 15:18:55.741105: >> ? ------------------------------------------------------------------------ >> ? MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 >> ? Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKj2g6SyU2mH5gr >> ? Max-Forwards: 70 >> ? From: "1002" ;tag=911U1j0tc9j0a >> ? To: "user" >> ? Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a >> ? CSeq: 1729185 MESSAGE >> ? Contact: >> ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 >> 23-40-14 -0400 >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> freeswitch at seven-macpro.local> ? ?Supported: timer, precondition, path, replaces >> ? Content-Type: text/html >> ? Content-Length: 5 >> >> ? Hello >> ? ------------------------------------------------------------------------ >> recv 507 bytes from udp/[123.130.141.183]:12345 at 15:18:55.744778: >> ? ------------------------------------------------------------------------ >> ? SIP/2.0 200 OK >> ? Via: SIP/2.0/UDP >> 192.168.7.2;rport=55016;branch=z9hG4bKj2g6SyU2mH5gr;received=123.130.141.183 >> ? From: "1002" ;tag=911U1j0tc9j0a >> ? To: "user" ;tag=j2rmFj0jcK6ZH >> ? Call-ID: 919e6bf1-3791-122e-87b7-59ff4bd3df5a >> ? CSeq: 1729185 MESSAGE >> ? User-Agent: FreeSWITCH/FSComm >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REFER, NOTIFY >> ? Supported: timer, precondition, path, replaces >> ? Content-Length: 0 >> >> ? ------------------------------------------------------------------------ >> >> Received Invalid Chat Interface [gw]! on FSComm: >> >> >> freeswitch at internal> recv 686 bytes from udp/[123.130.141.183]:55016 >> at 15:17:43.873436: >> ? ------------------------------------------------------------------------ >> ? MESSAGE sip:gw+1000 at 123.130.141.183:12345;transport=udp;gw=1000 SIP/2.0 >> ? Via: SIP/2.0/UDP 192.168.7.2;rport;branch=z9hG4bKF74UmD9QXp2rN >> ? Max-Forwards: 70 >> ? From: "1002" ;tag=8r82ZQFQF0vDF >> ? To: "user" >> ? Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a >> ? CSeq: 1729184 MESSAGE >> ? Contact: >> ? User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 >> 23-40-14 -0400 >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> ? Supported: timer, precondition, path, replaces >> ? Content-Type: text/html >> ? Content-Length: 5 >> >> ? Hello >> ? ------------------------------------------------------------------------ >> send 507 bytes to udp/[123.130.141.183]:55016 at 15:17:43.873704: >> ? ------------------------------------------------------------------------ >> ? SIP/2.0 200 OK >> ? Via: SIP/2.0/UDP >> 192.168.7.2;rport=55016;branch=z9hG4bKF74UmD9QXp2rN;received=123.130.141.183 >> ? From: "1002" ;tag=8r82ZQFQF0vDF >> ? To: "user" ;tag=HSZUDQFFFagDp >> ? Call-ID: 66c7e6ec-3791-122e-87b7-59ff4bd3df5a >> ? CSeq: 1729184 MESSAGE >> ? User-Agent: FreeSWITCH/FSComm >> ? Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, >> REFER, NOTIFY >> ? Supported: timer, precondition, path, replaces >> ? Content-Length: 0 >> >> ? ------------------------------------------------------------------------ >> 2010-09-10 23:17:43.874485 [ERR] switch_core.c:1966 Invalid Chat Interface [gw]! >> >> >> Also how to I chat back to XLite on FSComm? >> >> freeswitch at internal> chat sip|1000 at 192.168.7.2|1002 at 192.168.7.2|hi >> Error! Message Not Sent >> freeswitch at internal> 2010-09-10 23:21:59.227334 [ERR] >> sofia_presence.c:125 Chat proto [dp] >> from [1000 at 192.168.7.2] >> to [1002 at 192.168.7.2] >> hi >> Invalid Profile 192.168.7.2 >> >> >> Thanks. >> >> -- >> Blog: http://www.dujinfang.com >> Proj:? http://www.freeswitch.org.cn >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From dujinfang at gmail.com Fri Sep 10 17:55:37 2010 From: dujinfang at gmail.com (Seven Du) Date: Sat, 11 Sep 2010 08:55:37 +0800 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: You must run skypes and at least one FS instance on one EC2 instance, depending on the performance, you could run 1 FS + (1 upto 64 or perhaps 128) skype instances on 1 EC2. But note that if one skype instance crashes it may cause the entire FS/skype unstable(although there are tricks and solutions), so, instead of 1FS+128skypes per EC2, you might want, say, (1FS+24Skype) * 5EC2. As giovanni said, you should try with real world test to find out the best combination. On Sat, Sep 11, 2010 at 12:27 AM, Shamun toha md wrote: > Today i talked with Amazon EC2, they have 8 Core Cpu (can grow even more > then that), 68 GB RAM( can grow more), Bandwidth ( can do anything) so there > is no issue which still saying no you can not do this because of that. The > answer is still yes even with correct hardware tune. > > We can pay what we will use for (that's another issue as a technical point > of view). But for Skype, which one should i take? > > if i want to run 20 or 100 skype duplicate accounts for Amazon EC2, do i > need 100 skype instance + FreeSwitch instance = 101 total instance with > Amazon EC2? How do we use the mod_skypopen in terms of instances for cloud > servers, is that counted as 1 instance? > > ex: http://calculator.s3.amazonaws.com/calc5.html > > > Thanks & Regards > > > > > > On Fri, Sep 10, 2010 at 5:10 PM, Giovanni Maruzzelli > wrote: >> >> I would highly doubt of your reasoning. You have to make real actual >> tests, and not base predictions on simple arithmetics. But this is >> just my opinion. >> >> -giovanni >> >> On Fri, Sep 10, 2010 at 4:55 PM, Shamun toha md >> wrote: >> > Hello, >> > >> > Thanks, we can always consult with more experts from FS, that is must. >> > But >> > just consulting here for one assumption before opening a final ticket. >> > >> > Can we not just use CentOS 5.5. And then take a hardware like following: >> > >> > 1. CPU 6 core or 8 core or 12 core: >> > - >> > >> > http://accessories.us.dell.com/sna/products/Processors/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=317-4155 >> > >> > 2. Mother board: To have 12 x 4 times = 48 Core >> > - >> > >> > http://www.supermicro.com/products/motherboard/Xeon7000/7500/X8QB6.cfm?SAS=Y >> > >> > 3. 2 core each with reserved 4GB RAM >> > >> > >> > 2 core can handle 20 channels of skype instance. So, 48 Core / 2 = 24 x >> > 20 = >> > 480 Skype channels possible. With power of hardware and proper >> > calculation >> > on this, bandwidth is not a problem, there are many backbone providers. >> > >> > >> > Am i right? Still its possible in theory? Please fix me if i am wrong, >> > >> > Thanks & Best regards >> > >> > >> > On Fri, Sep 10, 2010 at 4:10 PM, Giovanni Maruzzelli >> > >> > wrote: >> >> >> >> Shamun, >> >> >> >> from you mail seems that there are some details of mod_skypopen that >> >> you've not got. >> >> >> >> First of all I would counseil you to read *entirely* mod_skypopen wiki >> >> page, you will spare yourself lot of time and frustrations: >> >> http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk >> >> >> >> All the mod_skypopen knowledge available to humankind is in that page. >> >> >> >> T1 has 24 channels, so not much difference from 20 channels >> >> http://en.wikipedia.org/wiki/T-carrier >> >> >> >> mod_skypiax can work only on Linux or Windows, because it needs Skype >> >> clients running on the same machine where FS is running, and there are >> >> no Skype clients for *BSD or Solaris. >> >> >> >> After reading all of the wiki page, you should do your tests, because >> >> performances are very much dependant from the machine-kernel-os you >> >> use. Skypopen is most tested and developed on CentOS and Ubuntu. >> >> >> >> Also, if you plan an Enterprise deployment (I mean, many channels with >> >> reliable operation), you must be prepared to invest a sizeable amount >> >> of time to deeply understand all of the variables involved. Or you can >> >> contact consulting at freeswitch.org for professional help. >> >> >> >> Skype uses it's own codecs, it's not L16 on the net. L16 is between FS >> >> and Skype client. >> >> >> >> -giovanni >> >> >> >> On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md >> >> wrote: >> >> > Hi, >> >> > >> >> > Lets say 1 wants, Enterprise production plan with mod_skypopen, not a >> >> > target >> >> > of 20 channels only. lets assume more channels (T1) sort of target: >> >> > >> >> > # Question operating system should be CentOS or FreeBSD or >> >> > OpenSolaris?, >> >> > to >> >> > win a little more CPU space for this Skype processor monster. >> >> > >> >> > Then what server hardware platform should it be, to provide support >> >> > physically too: >> >> > >> >> > 1. What is the CPU should be target to handle more skype channels? >> >> > ex: 8 >> >> > CPU >> >> > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which server >> >> > or >> >> > os >> >> > support this even? >> >> > >> >> > 2. What is the RAM should be? ex: 20GB? which hardware or os? >> >> > >> >> > 3. What server it should be? Cloud or Private co-located? >> >> > >> >> > 4. What is the bandwidth plan? ex: 10GB or 2MB? >> >> > >> >> > 5. L16 codec, will it be using inbound also for outbound? What will >> >> > be >> >> > the >> >> > Kilo bytes per seconds? >> >> > >> >> > >> >> > There is no reference what CPU with What unit of Ghz used? ex: >> >> > http://wiki.freeswitch.org/wiki/Skypiax >> >> > >> >> > >> >> > Thanks for your feedback >> >> > >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > FreeSWITCH-users mailing list >> >> > FreeSWITCH-users at 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 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From djbinter at gmail.com Fri Sep 10 19:58:07 2010 From: djbinter at gmail.com (DJB International) Date: Fri, 10 Sep 2010 19:58:07 -0700 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> Message-ID: I don't think the file is there yet. -djbinter On Fri, Sep 10, 2010 at 12:51 PM, Michael Collins wrote: > FYI, > > I've updated the g729 wiki page: > http://wiki.freeswitch.org/wiki/Mod_com_g729 > > In addition to giving Brian some feedback please check the wiki page to > make sure that I don't have any typos. > > Thanks! > -Michael > > On Fri, Sep 10, 2010 at 11:46 AM, Brian West wrote: > >> New release of FSG729 that fixes a memory leak has been released: >> >> http://files.freeswitch.org/fsg729-147-installer >> >> Added API options are: >> >> ${g729_count()} returns the number of permitted licensed channels. >> ${g729_available()} returns true or false if the codec is loaded and >> license server is functional. >> ${g729_used()} returns the encoder:decoder counts. This paired with >> ${regex()} can be powerful. >> >> >> g729_status has been replaced with g729_info. >> >> Please provide feedback if you run into problems. >> >> Thanks, >> Brian >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/5adb14fc/attachment-0001.html From brian at freeswitch.org Fri Sep 10 20:33:17 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 10 Sep 2010 23:33:17 -0400 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> Message-ID: <7C4C39DD-01C1-40D1-90C5-266E0BA0BBC9@freeswitch.org> Its not in the index. If you wget it it it would work fine. /b On Sep 10, 2010, at 10:58 PM, DJB International wrote: > I don't think the file is there yet. > > -djbinter > > On Fri, Sep 10, 2010 at 12:51 PM, Michael Collins wrote: > FYI, > > I've updated the g729 wiki page: > http://wiki.freeswitch.org/wiki/Mod_com_g729 > > In addition to giving Brian some feedback please check the wiki page to make sure that I don't have any typos. > > Thanks! > -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/faf9dfdc/attachment.html From covici at ccs.covici.com Fri Sep 10 21:09:42 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sat, 11 Sep 2010 00:09:42 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> <18947.1284149971@ccs.covici.com> Message-ID: <26417.1284178182@ccs.covici.com> OK, we are sort of getting there, but its still not working. The strange thing is if I am in the cli and type uuid_send_dtmf followed by the uuid of the bleg followed by F then it works -- mostly. However when I tried to put the same thing in the dial plan like this it seems to generate something which the other end of the conversation hears after playing the music on hold for a second, but does not do the flash. Have I done the wrong syntax or what else is going on? Michael Collins wrote: > On Fri, Sep 10, 2010 at 1:19 PM, wrote: > > > This is what I thought, but I did a show api and did not find it -- I > > wanted to test from the console. It was not a command either. > > > > > Right, uuid_send_dtmf is the API (command line) and send_dtmf is the > dialplan app. > -MC > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 djbinter at gmail.com Fri Sep 10 22:25:02 2010 From: djbinter at gmail.com (DJB International) Date: Fri, 10 Sep 2010 22:25:02 -0700 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <7C4C39DD-01C1-40D1-90C5-266E0BA0BBC9@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <7C4C39DD-01C1-40D1-90C5-266E0BA0BBC9@freeswitch.org> Message-ID: Brian, I saw a cosmetic typo in there when using tab completion: freeswitch at internal> g7 [ g729_available] [ g729_count] [ g729_info] [ g729_used] [ g729_avaliable] Regards, Dorn B. On Fri, Sep 10, 2010 at 8:33 PM, Brian West wrote: > Its not in the index. If you wget it it it would work fine. > > /b > > On Sep 10, 2010, at 10:58 PM, DJB International wrote: > > I don't think the file is there yet. > > -djbinter > > On Fri, Sep 10, 2010 at 12:51 PM, Michael Collins > wrote: > >> FYI, >> >> I've updated the g729 wiki page: >> http://wiki.freeswitch.org/wiki/Mod_com_g729 >> >> In addition to giving Brian some feedback please check the wiki page to >> make sure that I don't have any typos. >> >> Thanks! >> -Michael > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100910/670fe947/attachment.html From brian at microcomaustralia.com.au Fri Sep 10 22:26:00 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Sat, 11 Sep 2010 15:26:00 +1000 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: <21400.1284077688@ccs.covici.com> Message-ID: On 11 September 2010 02:13, Anthony Minessale wrote: > I've gone insane. > I checked the code and I did actually make those params work both > globally and per-span. Something not right with my setup, when I push flash I get the following messages: 2010-09-11 15:21:22.846530 [WARNING] ftmod_zt.c:1051 Unhandled event 14 for 2:1 2010-09-11 15:21:22.846530 [DEBUG] ftmod_analog.c:864 [s2c1][1:2] Received event [INVALID] in state [UP] 2010-09-11 15:21:22.846530 [DEBUG] ftmod_analog.c:952 [s2c1][1:2] Ignoring event [INVALID] in state [UP] 2010-09-11 15:21:23.095496 [WARNING] ftmod_zt.c:1051 Unhandled event 65585 for 2:1 2010-09-11 15:21:23.095496 [DEBUG] ftmod_analog.c:864 [s2c1][1:2] Received event [INVALID] in state [UP] 2010-09-11 15:21:23.095496 [DEBUG] ftmod_analog.c:952 [s2c1][1:2] Ignoring event [INVALID] in state [UP] which seems to imply it is detecting the even correctly (?), but doesn't know what to do with it, despite having enable-analog-option set. -- Brian May From brian at microcomaustralia.com.au Fri Sep 10 22:29:42 2010 From: brian at microcomaustralia.com.au (Brian May) Date: Sat, 11 Sep 2010 15:29:42 +1000 Subject: [Freeswitch-users] analogue flash/recall In-Reply-To: References: <21400.1284077688@ccs.covici.com> Message-ID: On 11 September 2010 15:26, Brian May wrote: > which seems to imply it is detecting the even correctly (?) Not sure about this, looks like I am getting two events: * ZT_EVENT_PULSE_START==14 * 65585 Instead of one ZT_EVENT_WINKFLASH==3 (I assume anyway). -- Brian May From anthony.minessale at gmail.com Sat Sep 11 08:39:58 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 11 Sep 2010 10:39:58 -0500 Subject: [Freeswitch-users] flashing problems In-Reply-To: <26417.1284178182@ccs.covici.com> References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> <18947.1284149971@ccs.covici.com> <26417.1284178182@ccs.covici.com> Message-ID: Try o instead of s to run the app on the opposite leg instead of the same. Double check the syntax I am not in front of an example. On Sep 10, 2010 11:15 PM, wrote: OK, we are sort of getting there, but its still not working. The strange thing is if I am in the cli and type uuid_send_dtmf followed by the uuid of the bleg followed by F then it works -- mostly. However when I tried to put the same thing in the dial plan like this it seems to generate something which the other end of the conversation hears after playing the music on hold for a second, but does not do the flash. Have I done the wrong syntax or what else is going on? Michael Collins wrote: > On Fri, Sep 10, 2010 at 1:19 PM, wrote: > > > This is what I thought, but... > ---------------------------------------------------- > Alternatives: > > ------------------------... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100911/4634ab7e/attachment.html From covici at ccs.covici.com Sat Sep 11 09:16:52 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sat, 11 Sep 2010 12:16:52 -0400 Subject: [Freeswitch-users] flashing problems In-Reply-To: References: <20315.1284040253@ccs.covici.com> <7FFAB253-C810-4EAF-ADAF-D405638717C8@freeswitch.org> <20585.1284041299@ccs.covici.com> <27686.1284097783@ccs.covici.com> <18433.1284147513@ccs.covici.com> <18947.1284149971@ccs.covici.com> <26417.1284178182@ccs.covici.com> Message-ID: <2784.1284221812@ccs.covici.com> I did try o but no joy. I wonder why the uuid_send_dtmf works, but not the other? Anthony Minessale wrote: > Try o instead of s to run the app on the opposite leg instead of the same. > Double check the syntax I am not in front of an example. > > On Sep 10, 2010 11:15 PM, wrote: > > OK, we are sort of getting there, but its still not working. The > strange thing is if I am in the cli and type uuid_send_dtmf followed by > the uuid of the bleg followed by F then it works -- mostly. However > when I tried to put the same thing in the dial plan like this > > it seems to generate something which the other end of the conversation > hears after playing the music on hold for a second, but does not do the > flash. Have I done the wrong syntax or what else is going on? > > > > Michael Collins wrote: > > > On Fri, Sep 10, 2010 at 1:19 PM, wrote: > > > > > This is what I thought, but... > > > ---------------------------------------------------- > > Alternatives: > > > > ------------------------... > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 freeswitch-list at puzzled.xs4all.nl Sat Sep 11 11:06:20 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Sat, 11 Sep 2010 20:06:20 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> Message-ID: <4C8BC51C.30804@puzzled.xs4all.nl> Hi Brian, On 09/10/2010 08:46 PM, Brian West wrote: > New release of FSG729 that fixes a memory leak has been released: > > http://files.freeswitch.org/fsg729-147-installer Not Found The requested URL /fsg729-147-installer was not found on this server. Regards, Patrick From djbinter at gmail.com Sat Sep 11 14:50:48 2010 From: djbinter at gmail.com (DJB International) Date: Sat, 11 Sep 2010 14:50:48 -0700 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <4C8BC51C.30804@puzzled.xs4all.nl> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> Message-ID: Here is the link for wget: http://files.freeswitch.org/g729/fsg729-147-installer -djbinter On Sat, Sep 11, 2010 at 11:06 AM, Patrick Lists < freeswitch-list at puzzled.xs4all.nl> wrote: > Hi Brian, > > On 09/10/2010 08:46 PM, Brian West wrote: > > New release of FSG729 that fixes a memory leak has been released: > > > > http://files.freeswitch.org/fsg729-147-installer > > Not Found > > The requested URL /fsg729-147-installer was not found on this server. > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100911/2954d161/attachment.html From mthakershi at gmail.com Sat Sep 11 15:03:31 2010 From: mthakershi at gmail.com (Malay Thakershi) Date: Sat, 11 Sep 2010 17:03:31 -0500 Subject: [Freeswitch-users] gTalk new phone calls feature In-Reply-To: References: <1283265385508-5482941.post@n2.nabble.com> <34BC10D3-519C-45BE-82DB-E2DF0105313B@jerris.com> <1283971710312-5511903.post@n2.nabble.com> Message-ID: I saw two sections written on google and fs. Few questions: 1. Do I have to build to latest build? 2. I am familiar with sofia endpoints. How do I use google endpoint or extn defined in conf files to actually receive and originate calls? More interested in drawing parallels between the two. 3. What is limit of inbound and outbound calls simultaneously? Thank you all. On Sep 8, 2010 1:58 PM, "mazilo" wrote: Jo?o Mesquita-2 wrote: > > Possible is, but I don't think that Tony or any core developer is goin... If anyone is interested, perhaps revisit my previous http://freeswitch-users.2379917.n2.nabble.com/Asterisk-equivalent-Bridge-function-implementation-td5303089.html#a5303089 post which is about making the Google Voice DialOut Python Scripts to work with FS. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used... View this message in context: http://freeswitch-users.2379917.n2.nabble.com/gTalk-new-phone-calls-feature-tp5475689p5511903.html Sent from the freeswitch-users mailing list archive at Nabble.com. ________________________________... FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mail... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100911/09005b40/attachment.html From tgraziano at myitdepartment.net Sat Sep 11 18:38:32 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Sat, 11 Sep 2010 21:38:32 -0400 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> Message-ID: That one doesn't seem to work either... I see the installer, and a newer one in here: http://files.freeswitch.org/g729/ http://files.freeswitch.org/g729/fsg729-149-installer On Sat, Sep 11, 2010 at 5:50 PM, DJB International wrote: > Here is the link for wget: > http://files.freeswitch.org/g729/fsg729-147-installer > > -djbinter > > On Sat, Sep 11, 2010 at 11:06 AM, Patrick Lists < > freeswitch-list at puzzled.xs4all.nl> wrote: > >> Hi Brian, >> >> On 09/10/2010 08:46 PM, Brian West wrote: >> > New release of FSG729 that fixes a memory leak has been released: >> > >> > http://files.freeswitch.org/fsg729-147-installer >> >> Not Found >> >> The requested URL /fsg729-147-installer was not found on this server. >> >> Regards, >> Patrick >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100911/b7268e67/attachment.html From covici at ccs.covici.com Sun Sep 12 04:14:55 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sun, 12 Sep 2010 07:14:55 -0400 Subject: [Freeswitch-users] call rejected? Message-ID: <16247.1284290095@ccs.covici.com> Hi. I was trying to use a gateway to galaxyvoice, and I have registered correctly. However I get a 403 response from them. It does work in asterisk with the following additional parameters from-user=, auth-user= and auth=md5. I tried putting the from-user and auth-username explicitly in the gateway parameters, but no joy. Any ideas would be appreciated. -- 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 rupa at rupa.com Sun Sep 12 08:02:05 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Sun, 12 Sep 2010 10:02:05 -0500 Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: <959355.74904.qm@web29217.mail.ird.yahoo.com> References: <959355.74904.qm@web29217.mail.ird.yahoo.com> Message-ID: Get the event as plain. The event in response to the lcr call will have the xml in the body. event.getBody() -- pass that to whatever xml processor is appropriate for your environment. On Fri, Sep 10, 2010 at 5:54 PM, Nigel Kent wrote: > My code is set to receiving events as type plain. Changing the event type > to xml makes the existing code not work . Is there a way I can use lcr with > is scenario? > > > --- On *Fri, 10/9/10, Rupa Schomaker * wrote: > > > From: Rupa Schomaker > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > Date: Friday, 10 September, 2010, 13:13 > > > It is streamed to you over ESL. > > On Fri, Sep 10, 2010 at 6:54 AM, Nigel Kent wrote: > > thanks > > I meant how does Freeswitch save "as xml" data and what is the way to > access it > > > --- On *Fri, 10/9/10, Rupa Schomaker * wrote: > > > From: Rupa Schomaker > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > Date: Friday, 10 September, 2010, 11:19 > > > > > On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent > > wrote: > > Hi > > I am not clear when you say api version because I am calling lcr through > the esl @con.execute method, do you mean when used from event socket. > > > API version is the version that is used via event socket and is what you > get when called from the fs_cli or console. > > > > > If that is the case then I think I would need to look into the as xml > option because I am doing everthing from event socket. > > > Right. > > > What is does 'default' set and which module is needed to handle xml because > I have not used xml for any other part of my code > > lcr 15555551212 default as xml > > > the "default" is the lcr profile you are using. If you don't specify one > then default is the profile used. However, in order to specify "as xml" a > profile name must be specified. In this case I suggested default. > > As for module to process the xml, that depends on what language you are > using on the client side, no? > > > > > --- On *Thu, 9/9/10, Rupa Schomaker > >* wrote: > > > From: Rupa Schomaker > > Subject: Re: [Freeswitch-users] get lcr channel variable from esl > To: "FreeSWITCH Users Help" > > > Date: Thursday, 9 September, 2010, 23:21 > > > The api version of mod_lcr doesn't give you lcr_auto_route. You can do > > lcr 15555551212 default as xml > > and get the lcr info as xml which can then be parsed on the client side. > To build the equivalent of lcr_auto_route you can concatenate all the > dialstrings separated by "|". > > I'd suggest transfering to the lcr/ endpoint instead. > > lcr/15555551212 > > The only way to get the channel var set is to use the application version > of lcr. > > On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent > > wrote: > > I have used mod_lcr application in my esl script, digits are passed to > mod_lcr and a dial string is found successfully as seen on the debug log. > > My question is how do I acces the variable ${lcr_auto_route} from esl. > > Previously in my script I have used this method to get variables which was > set earlier in the script > > @con.api("uuid_getvar", "#{@uuid} myvarible").getBody > > However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", > "#{@uuid} lcr_auto_route").getBody I get a _undef_ error > > > -- > -Rupa > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > -Rupa > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/ec77287e/attachment-0001.html From frank at carmickle.com Sun Sep 12 09:26:26 2010 From: frank at carmickle.com (Frank Carmickle) Date: Sun, 12 Sep 2010 12:26:26 -0400 Subject: [Freeswitch-users] what happened to iax In-Reply-To: References: <12456.1283822308@ccs.covici.com> <29CA6783-28EA-4AD7-8844-99E8BA183AA7@freeswitch.org> <12801.1283823146@ccs.covici.com> <6658D075-F1E5-4774-8C94-CCF749105A8D@freeswitch.org> <8550553D-C450-458D-89D4-FBC40AD165CA@freeswitch.org> Message-ID: On Sep 7, 2010, at 7:27 PM, Derek Smithies wrote: > Snip... > So what is remaining? >> Maybe the people/companies interested can start a fund raising via >> web, launching a sort of consortium for that... > Exactly - but there is only one way to go that has a chance of working, which is to use the opal code. > > Has anyone figured out how much money we're talking about? --FC From david.ponzone at ipeva.fr Sun Sep 12 10:09:26 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 12 Sep 2010 19:09:26 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> Message-ID: <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> v149 is still crashing FreeSWITCH on Debian 4.0 32 bits... David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 12/09/2010 ? 03:38, Tony Graziano a ?crit : > That one doesn't seem to work either... > > I see the installer, and a newer one in here: > > http://files.freeswitch.org/g729/ > > http://files.freeswitch.org/g729/fsg729-149-installer > > On Sat, Sep 11, 2010 at 5:50 PM, DJB International > wrote: > Here is the link for wget: http://files.freeswitch.org/g729/fsg729-147-installer > > -djbinter > > On Sat, Sep 11, 2010 at 11:06 AM, Patrick Lists > wrote: > Hi Brian, > > On 09/10/2010 08:46 PM, Brian West wrote: > > New release of FSG729 that fixes a memory leak has been released: > > > > http://files.freeswitch.org/fsg729-147-installer > > Not Found > > The requested URL /fsg729-147-installer was not found on this server. > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgraziano at voice.myitdepartment.net > Fax: 434.984.8431 > > Email: tgraziano at myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: helpdesk at voice.myitdepartment.net > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/0b1d8e94/attachment.html From ktngl at yahoo.co.uk Sun Sep 12 12:36:12 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Sun, 12 Sep 2010 19:36:12 +0000 (GMT) Subject: [Freeswitch-users] get lcr channel variable from esl In-Reply-To: Message-ID: <65623.69809.qm@web29211.mail.ird.yahoo.com> It turns out that after executing lcr on the outbound socket,? lcr provides the result data as normal channel variables. The variables are named prefixed with 'variable_' --- On Sun, 12/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Sunday, 12 September, 2010, 15:02 Get the event as plain. ?The event in response to the lcr call will have the xml in the body. ?event.getBody() -- pass that to whatever xml processor is appropriate for your environment. On Fri, Sep 10, 2010 at 5:54 PM, Nigel Kent wrote: My code is set to receiving events as type plain. Changing the event type to xml makes the existing code not work . Is there a way? I can use lcr with is scenario? --- On Fri, 10/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Friday, 10 September, 2010, 13:13 It is streamed to you over ESL. On Fri, Sep 10, 2010 at 6:54 AM, Nigel Kent wrote: thanks I meant how does Freeswitch save "as xml" data and what is the way to access it --- On Fri, 10/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Friday, 10 September, 2010, 11:19 On Fri, Sep 10, 2010 at 5:27 AM, Nigel Kent wrote: Hi I am not clear when you say api version because I am calling lcr through the esl @con.execute method,?do you mean when used from event socket.? API version is the version that is used via event socket and is what you get when called from the fs_cli or console. ?? ? If that is the case then I think I would need to look into the as xml option because I am doing everthing from event socket. Right.? What is does 'default' set and which module is needed to handle xml because I have not used xml for any other part of my code lcr 15555551212 default as xml the "default" is the lcr profile you are using. ?If you don't specify one then default is the profile used. ?However, in order to specify "as xml" a profile name must be specified. ?In this case I suggested default. As for module to process the xml, that depends on what language you are using on the client side, no?? --- On Thu, 9/9/10, Rupa Schomaker wrote: From: Rupa Schomaker Subject: Re: [Freeswitch-users] get lcr channel variable from esl To: "FreeSWITCH Users Help" Date: Thursday, 9 September, 2010, 23:21 The api version of mod_lcr doesn't give you lcr_auto_route. ?You can do lcr 15555551212 default as xml and get the lcr info as xml which can then be parsed on the client side. ?To build the equivalent of lcr_auto_route you can concatenate all the dialstrings separated by "|". I'd suggest transfering to the lcr/ endpoint instead. lcr/15555551212 The only way to get the channel var set is to use the application version of lcr. ? On Thu, Sep 9, 2010 at 2:49 PM, Nigel Kent wrote: I have used mod_lcr application in my esl script, digits are passed to mod_lcr and a dial string is found successfully as seen on the debug log. My question is how do I acces the variable? ${lcr_auto_route} from esl. Previously in my script I have used this method to get variables which was set earlier in the script @con.api("uuid_getvar", "#{@uuid} myvarible").getBody However this is not working for lcr_auto_route. If I do at con.api("uuid_getvar", "#{@uuid} lcr_auto_route").getBody I get a _undef_ error -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- -Rupa -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/91d0e60f/attachment-0001.html From ktngl at yahoo.co.uk Sun Sep 12 12:53:08 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Sun, 12 Sep 2010 19:53:08 +0000 (GMT) Subject: [Freeswitch-users] Getting call leg details Message-ID: <393143.57547.qm@web29207.mail.ird.yahoo.com> I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events and I want to verify the call leg details 1. Did the call end in aleg or bleg 2. What was the call durations in each of the legs I am not sure if I am applying the terminology of call legs in the proper way but what I mean by aleg is that the incoming call was not bridged and bleg after being bridged -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/ddf7a441/attachment.html From steveayre at gmail.com Sun Sep 12 14:43:03 2010 From: steveayre at gmail.com (Steven Ayre) Date: Sun, 12 Sep 2010 22:43:03 +0100 Subject: [Freeswitch-users] Getting call leg details In-Reply-To: <393143.57547.qm@web29207.mail.ird.yahoo.com> References: <393143.57547.qm@web29207.mail.ird.yahoo.com> Message-ID: Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. Each will have a different UUID so you'll only get both events if you're watching both/all UUIDs. On 12 September 2010 20:53, Nigel Kent wrote: > I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events > and I want to verify the call leg details > > 1. Did the call end in aleg or bleg > Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or cancel. Not sure how to do it if you have something other than sofia on either leg. How to interpret the value probably depends on whether it's on the A or B leg. > > 2. What was the call durations in each of the legs > Check variable_duration http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETE contains an example of the event which will be generated, and includes many of the channel variables, including several useful timestamp and durations. For example there are timestamps for the call starting, ringing (progress), answered, and hangup, and a billsec variable as well as the duration (which should be the same in almost all cases). > > I am not sure if I am applying the terminology of call legs in the proper > way but > what I mean by aleg is that the incoming call was not bridged and bleg > after being bridged > > That's the correct terminology. :) -Steve > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/0bbcac7b/attachment.html From nasida at live.ru Sun Sep 12 06:05:38 2010 From: nasida at live.ru (Yuriy Nasida) Date: Sun, 12 Sep 2010 17:05:38 +0400 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: References: <4C89B21C.4060304@tagnet.ru>, Message-ID: I think it is better not to use the static xml config files (inside folders directiry\dialplan). Instead, use one of the available programming languages (e.g. lua) for realization realtime directory\dialplan. Thus you will be given all the information you want (user registered\exists or not) from a database by your management script. for help http://wiki.freeswitch.org/wiki/Mod_lua/Serving_Configuration Regards, Nasida Yuriy Date: Fri, 10 Sep 2010 09:07:43 +0100 From: steveayre at gmail.com To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] How to check user in directory Does user exist in user directory? http://wiki.freeswitch.org/wiki/Mod_commands#user_exists Is the user registered? http://wiki.freeswitch.org/wiki/Function_sofia_contact Quick example (untested but would probably work): -Steve On 10 September 2010 05:20, Boris Kovalenko wrote: Hello! I have a set of local users registered to freeswitch. So, when user is not registered with switch I get USER_NOT_REGISTERED when route call to it. But is there a way to know is user present in directory and not registered, or even isn't in directory? I want to call voicemail in first case and play 'invalid number' message in second. Is this possible? -- Regards, Boris _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100912/a9073cd5/attachment.html From dethl.selin at gmail.com Sun Sep 12 22:02:20 2010 From: dethl.selin at gmail.com (Ben Sanford) Date: Mon, 13 Sep 2010 00:02:20 -0500 Subject: [Freeswitch-users] FS sigfaults when client connects Message-ID: I've got a Freeswitch server running on a Seagate Dockstar segfaulting when any client connects to it. Core dump is way too large to post as an attachment (54MB), you can grab it from mediafire: http://www.mediafire.com/?0197kd8zhaqbq2b. I've got the latest build that "make current" gives me yet this still happens. Turning on console debugging is worthless as the server crashes as soon as a client attempts to connect. Thanks for the help in advance. - Ben From ross at ossiantelecom.co.uk Sun Sep 12 13:10:31 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Sun, 12 Sep 2010 21:10:31 +0100 Subject: [Freeswitch-users] CDR Behaviour (b_only) Message-ID: Hi, I'm curious how others handle CDRs from FreeSWITCH. I need them to end up in a MySQL database and the easiest way I've found of achieving this is to use the mod_xml_cdr module to call a PHP script that inserts the row. Is there a preferred way of achieving this? Also, I only need ONE cdr entry per call, for billing purposes, so what I end up doing is having process_cdr as "b_only" which works great for successful calls. However, a call that is not successfully bridged results in two HTTP POST calls to my script one with is_outbound = true (as I'd expect for the b leg) but also what appears to be the a leg of the CDR (despite requesting b_only) Is this the intended behaviour of "b_only" Regards, Ross From david.ponzone at ipeva.fr Mon Sep 13 01:15:52 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 13 Sep 2010 10:15:52 +0200 Subject: [Freeswitch-users] CDR Behaviour (b_only) In-Reply-To: References: Message-ID: Ross, For the time being, I do batch imports from the Master.csv every morning, using Perl with DBI. I don't need live inserts. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 12/09/2010 ? 22:10, Ross McKillop a ?crit : > Hi, > > I'm curious how others handle CDRs from FreeSWITCH. I need them to > end up in > a MySQL database and the easiest way I've found of achieving this is > to use the > mod_xml_cdr module to call a PHP script that inserts the row. Is > there a preferred > way of achieving this? > > Also, I only need ONE cdr entry per call, for billing purposes, so > what I end up doing > is having process_cdr as "b_only" which works great for successful > calls. However, > a call that is not successfully bridged results in two HTTP POST > calls to my script > one with is_outbound = true (as I'd expect for the b leg) but also > what appears to > be the a leg of the CDR (despite requesting b_only) > > Is this the intended behaviour of "b_only" > > Regards, > Ross > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/8b12a7ce/attachment-0001.html From rupa at rupa.com Mon Sep 13 01:25:07 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Mon, 13 Sep 2010 03:25:07 -0500 Subject: [Freeswitch-users] FS sigfaults when client connects In-Reply-To: References: Message-ID: Please read: http://wiki.freeswitch.org/wiki/Reporting_Bugs On Mon, Sep 13, 2010 at 12:02 AM, Ben Sanford wrote: > I've got a Freeswitch server running on a Seagate Dockstar segfaulting > when any client connects to it. Core dump is way too large to post as > an attachment (54MB), you can grab it from mediafire: > http://www.mediafire.com/?0197kd8zhaqbq2b. > > I've got the latest build that "make current" gives me yet this still > happens. Turning on console debugging is worthless as the server > crashes as soon as a client attempts to connect. Thanks for the help > in advance. > > - Ben > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/9779cc57/attachment.html From steveayre at gmail.com Mon Sep 13 07:05:11 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 13 Sep 2010 15:05:11 +0100 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: References: <4C89B21C.4060304@tagnet.ru> Message-ID: Or mod_xml_cdr. But regardless of the method, you'll still want to use sofia_contact at least to see if the user is currently registered. There'll probably be lower overhead to static XML if you don't need your dialplan generated dynamically. It doesn't matter what method is used to serve the user directory - user_exists and sofia_contact will work with them all. -Steve 2010/9/12 Yuriy Nasida > I think it is better not to use the static xml config files (inside > folders directiry\dialplan). Instead, use one of the available programming > languages (e.g. lua) for realization realtime directory\dialplan. Thus you > will be given all the information you want (user registered\exists or not) > from a database by your management script. > > for help > http://wiki.freeswitch.org/wiki/Mod_lua/Serving_Configuration > > > Regards, > Nasida Yuriy > > > > ------------------------------ > Date: Fri, 10 Sep 2010 09:07:43 +0100 > From: steveayre at gmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] How to check user in directory > > > Does user exist in user directory? > http://wiki.freeswitch.org/wiki/Mod_commands#user_exists > > Is the user registered? > http://wiki.freeswitch.org/wiki/Function_sofia_contact > > Quick example (untested but would probably work): > > > > expression="false"> > > > > > > expression="(.+)"> > > > > > > > > > > > > -Steve > > > On 10 September 2010 05:20, Boris Kovalenko wrote: > > Hello! > > I have a set of local users registered to freeswitch. So, when user > is not registered with switch I get USER_NOT_REGISTERED when route call > to it. But is there a way to know is user present in directory and not > registered, or even isn't in directory? I want to call voicemail in > first case and play 'invalid number' message in second. Is this possible? > > -- > Regards, > Boris > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ FreeSWITCH-users mailing > list FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/ad11c07b/attachment.html From brian at freeswitch.org Mon Sep 13 07:27:42 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 09:27:42 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> Message-ID: <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> Use a newer OS then... I hate HATE HATE those gnu purist assholes that decided to change from .hash to .hash.gnu... *finger* to them. I'll try to see if I can fix this if you can provide me a backtrace of it. /b On Sep 12, 2010, at 12:09 PM, David Ponzone wrote: > v149 is still crashing FreeSWITCH on Debian 4.0 32 bits... > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com From mrene_lists at avgs.ca Mon Sep 13 07:49:42 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Mon, 13 Sep 2010 10:49:42 -0400 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> Message-ID: They changed it because of a change in the hashing algorithm. Besides, it should only make symbol lookup a bit longer at the time of linking and not cause a crash (the string table contains the full name of all symbols). Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-13, at 10:27 AM, Brian West wrote: > Use a newer OS then... I hate HATE HATE those gnu purist assholes that decided to change from .hash to .hash.gnu... *finger* to them. I'll try to see if I can fix this if you can provide me a backtrace of it. > > /b > > On Sep 12, 2010, at 12:09 PM, David Ponzone wrote: > >> v149 is still crashing FreeSWITCH on Debian 4.0 32 bits... >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Mon Sep 13 08:04:56 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 13 Sep 2010 10:04:56 -0500 Subject: [Freeswitch-users] Invalid Chat Interface problem In-Reply-To: References: Message-ID: Lab up 2 xlite both with presence agent mode for presence and make them chat. That is how you can find out the easiest. I'm afraid I don't have the time to carefully explain it to you. On Sep 10, 2010 7:05 PM, "Seven Du" wrote: Thank you Anthony, but I still unclear. 1) If I send chat sip|sip+1000 at 192.168.7.2 | 1002 at 192.168.7.2|hello I get dp+sip+1000 on Xlite. If that's because I'm sending from the cli, then I tried with Xlite, by manually removed the dp+, I got 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] from [1002 at 192.168.7.2] to [1000] hello Invalid Profile NULL Then I tried sip+1000 at 192.168.7.2 @192.168.7.2 from Xlite, but it encoded @ into %40, so, message like this MESSAGE sip:sip+1000%40192.168.7.2 at 192.168.7.2SIP/2.0 To: "sip+1000 at 192.168.7.2 "< sip:sip+1000%40192.168.7.2 at 192.168.7.2 > 2) Event if it is one way with cli, when I get the message in FSComm it should fire an event, right? I would like to make a patch if it lacks this function. 3) And you might ignored my last question in a long mail. If cannot use cli, how do I send chat from fscomm? via internal API? Here is my fscomm: freeswitch at internal> sofia status Name Type Data State ================================================================================================= softphone profile sip:mod_sofia at 192.168.7.2:12345 RUNNING (0) softphone::1000 gateway sip:1000 at 192.168.7.2 REGED ================================================================================================= 1 profile 0 aliases Thank you. Full message below for question 1): ------------------------------------------------------------------------ recv 544 bytes from udp/[192.168.7.2]:55678 at 23:42:39.356342: ------------------------------------------------------------------------ MESSAGE sip:sip+1000 at 192.168.7.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.7.2:55678;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport Max-Forwards: 70 To: "sip+1000"> From: "1002">;tag=a5f1835f Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. CSeq: 3 MESSAGE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, I... Content-Length: 52 hello ------------------------------------------------------------------------ send 557 bytes to udp/[192.168.7.2]:55678 at 23:42:39.356568: ------------------------------------------------------------------------ SIP/2.0 200 OK Via... 192.168.7.2:55678 ;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport=55678 From: "1002">;tag=a5f1835f To: "sip+1000" >;tag=DSKNNmcH6NrZc Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. CSeq: 3 MESSAGE User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 23-40-14 -040... 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] from [1002 at 192.168.7.2] to [1000] hello Invalid Profile NULL On Sat, Sep 11, 2010 at 12:30 AM, Anthony Minessale wrote: > you ar... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/ee90a514/attachment-0001.html From brian at freeswitch.org Mon Sep 13 08:31:09 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 10:31:09 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> Message-ID: <603C7308-5155-4242-8209-84F15918B06D@freeswitch.org> NO it crashes due to the OS sucking. They don't look for .hash.gnu just .hash and the binary segs. I'm not sure i'll keep supporting older systems ... Its a pain really. /b On Sep 13, 2010, at 9:49 AM, Mathieu Rene wrote: > They changed it because of a change in the hashing algorithm. Besides, it should only make symbol lookup a bit longer at the time of linking and not cause a crash (the string table contains the full name of all symbols). > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > On 2010-09-13, at 10:27 AM, Brian West wrote: > >> Use a newer OS then... I hate HATE HATE those gnu purist assholes that decided to change from .hash to .hash.gnu... *finger* to them. I'll try to see if I can fix this if you can provide me a backtrace of it. >> >> /b > From lloyd.aloysius at gmail.com Mon Sep 13 08:50:43 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Mon, 13 Sep 2010 11:50:43 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Outgoing calls and SLA working properly. But when an incoming call two phones ring, one of the phone pickup the call , other phone does not show up the red flash. Does some on have success with Linksys SPA 942. Any help is appreciated. Thanks Lloyd On Thu, Sep 9, 2010 at 2:50 PM, Aloysius Lloyd wrote: > Brian, thanks for your response. > > Both Linksys SPA 942 using the latest firmware which is mention in the > wiki. > > How to identify the problem. Any help is appreciated. > > Thanks > Lloyd > > > > On Thu, Sep 9, 2010 at 2:12 PM, Brian West wrote: > >> >> On Sep 9, 2010, at 2:06 PM, Aloysius Lloyd wrote: >> >> 1. Yes Phones Behind NAT. >> >> FreeSWITCH [ Public IP] ----------- ---- Linksys Router ------- Linksys IP >> Phones >> >> 2. Can you help me to understand what is not configured properly. >> >> >> The phone should overcome their own nat... its not the registrars job. >> Thats just my opinion. >> >> >> 3. wiki says this is Tested. Here is the content from wiki [ >> http://wiki.freeswitch.org/wiki/Shared_Line_Appearance] >> >> >> Make sure it has the latest firmware. >> >> >> Linksys/SPA >> Tested on SPA-942 firmware 6.1.5(a) >> Setup the handset as per normal to register to the extension you are going >> to share. >> In addition under 'Share Line Appearance' in Ext 1 (or which ever line you >> are using) set 'Share Ext:' to 'Shared' >> Under Phone, Line Key 1 (Or whichever you are using), set 'Share Call >> Appearance:' to Shared >> >> >> Thanks >> Lloyd >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/3b6e637e/attachment.html From brian at freeswitch.org Mon Sep 13 08:58:52 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 10:58:52 -0500 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Is nat involved? /b On Sep 13, 2010, at 10:50 AM, Aloysius Lloyd wrote: > Outgoing calls and SLA working properly. > > But when an incoming call two phones ring, one of the phone pickup the call , other phone does not show up the red flash. > > Does some on have success with Linksys SPA 942. > > Any help is appreciated. > > Thanks > Lloyd From brian at freeswitch.org Mon Sep 13 09:00:06 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 11:00:06 -0500 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: OH and can you please get me a siptrace of this? Email me a pcap file off list ASAP. /b On Sep 13, 2010, at 10:50 AM, Aloysius Lloyd wrote: > Outgoing calls and SLA working properly. > > But when an incoming call two phones ring, one of the phone pickup the call , other phone does not show up the red flash. > > Does some on have success with Linksys SPA 942. > > Any help is appreciated. > > Thanks > Lloyd > From lloyd.aloysius at sunteltech.ca Mon Sep 13 09:05:19 2010 From: lloyd.aloysius at sunteltech.ca (Aloysius Lloyd) Date: Mon, 13 Sep 2010 12:05:19 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Yes Thanks Lloyd On Mon, Sep 13, 2010 at 11:58 AM, Brian West wrote: > Is nat involved? > > /b > > On Sep 13, 2010, at 10:50 AM, Aloysius Lloyd wrote: > > > Outgoing calls and SLA working properly. > > > > But when an incoming call two phones ring, one of the phone pickup the > call , other phone does not show up the red flash. > > > > Does some on have success with Linksys SPA 942. > > > > Any help is appreciated. > > > > Thanks > > Lloyd > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/9084cd23/attachment.html From peder at networkoblivion.com Mon Sep 13 09:14:35 2010 From: peder at networkoblivion.com (Peder) Date: Mon, 13 Sep 2010 11:14:35 -0500 Subject: [Freeswitch-users] Invalid Application hash Message-ID: <0fae01cb535e$c2006c70$46014550$@com> Does anybody know what this means: 2010-09-13 11:01:50.353264 [ERR] switch_core_session.c:1791 Invalid Application hash Is it saying the application named hash is invalid? Or there is an invalid hash in an application? From rupa at rupa.com Mon Sep 13 09:32:33 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Mon, 13 Sep 2010 11:32:33 -0500 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: <0fae01cb535e$c2006c70$46014550$@com> References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: http://lists.freeswitch.org/pipermail/freeswitch-users/2010-June/059396.html On Mon, Sep 13, 2010 at 11:14 AM, Peder wrote: > Does anybody know what this means: > > 2010-09-13 11:01:50.353264 [ERR] switch_core_session.c:1791 Invalid > Application hash > > > Is it saying the application named hash is invalid? Or there is an invalid > hash in an application? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/208e401e/attachment.html From steveayre at gmail.com Mon Sep 13 09:34:54 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 13 Sep 2010 17:34:54 +0100 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: <0fae01cb535e$c2006c70$46014550$@com> References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: It means you haven't loaded mod_hash, so the application named 'hash' doesn't exist. On 13 September 2010 17:14, Peder wrote: > Does anybody know what this means: > > 2010-09-13 11:01:50.353264 [ERR] switch_core_session.c:1791 Invalid > Application hash > > > Is it saying the application named hash is invalid? Or there is an invalid > hash in an application? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/41144359/attachment-0001.html From brian at freeswitch.org Mon Sep 13 09:36:38 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 11:36:38 -0500 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: <0fae01cb535e$c2006c70$46014550$@com> References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: <7EEC3312-EBC1-4F89-8659-C47BE85C4DC1@freeswitch.org> This was answered on June 24th and multiple times since then ... Below is the answer. "Load mod_hash (and mod_db if you need the db app) , mod_limit stuff was refactored away" /b On Sep 13, 2010, at 11:14 AM, Peder wrote: > Does anybody know what this means: > > 2010-09-13 11:01:50.353264 [ERR] switch_core_session.c:1791 Invalid > Application hash > > > Is it saying the application named hash is invalid? Or there is an invalid > hash in an application? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Mon Sep 13 09:37:16 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 13 Sep 2010 18:37:16 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <603C7308-5155-4242-8209-84F15918B06D@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <603C7308-5155-4242-8209-84F15918B06D@freeswitch.org> Message-ID: <1C88288B-CD4F-4C74-8BCC-ECB91FE8470A@ipeva.fr> Brian, thank you in advande for what you can do. I plan to setup Centos boxes as soon as possible, but for now I have to cope with those ones, and I can't upgrade them. BTW, would anyone have some server to recommend for FS (1U, low power consumption, with Raid 1 SAS, redundant PS, without hassle Linux support of course, reasonable price) ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 13/09/2010 ? 17:31, Brian West a ?crit : > NO it crashes due to the OS sucking. They don't look for .hash.gnu > just .hash and the binary segs. I'm not sure i'll keep supporting > older systems ... Its a pain really. > > /b > > On Sep 13, 2010, at 9:49 AM, Mathieu Rene wrote: > >> They changed it because of a change in the hashing algorithm. >> Besides, it should only make symbol lookup a bit longer at the time >> of linking and not cause a crash (the string table contains the >> full name of all symbols). >> >> Mathieu Rene >> Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514) 664-1044 x200 >> mrene at avgs.ca >> >> >> On 2010-09-13, at 10:27 AM, Brian West wrote: >> >>> Use a newer OS then... I hate HATE HATE those gnu purist assholes >>> that decided to change from .hash to .hash.gnu... *finger* to >>> them. I'll try to see if I can fix this if you can provide me a >>> backtrace of it. >>> >>> /b >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/82ecabc7/attachment.html From nasida at live.ru Mon Sep 13 09:59:54 2010 From: nasida at live.ru (Yuriy Nasida) Date: Mon, 13 Sep 2010 20:59:54 +0400 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: References: <4C89B21C.4060304@tagnet.ru>, , , Message-ID: Steve, I think, you not absolutely correctly have understood me or I have written not clearly =) "Or mod_xml_cdr". I have not understood why you mentioned about this module "But regardless of the method, you'll still want to use sofia_contact at least to see if the user is currently registered." FS can store the information on the registered users in a database through odbc. http:// wiki.freeswitch.org/wiki/Using_ODBC_in_the_core Thus, we can not use sofia_contact for definition the user is registered or not. Instead of sofia_contact we do simple check in our database of an operating script. Such method is especially useful at work of several FS with a share database. If you use sofia_contact, check the user is registered or not occurs particularly on it FS. If check occurs in a shared database, we receive the information on that the user on one of our several FS is registered Regards, Nasida Yuriy Date: Mon, 13 Sep 2010 15:05:11 +0100 From: steveayre at gmail.com To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] How to check user in directory Or mod_xml_cdr. But regardless of the method, you'll still want to use sofia_contact at least to see if the user is currently registered. There'll probably be lower overhead to static XML if you don't need your dialplan generated dynamically. It doesn't matter what method is used to serve the user directory - user_exists and sofia_contact will work with them all. -Steve 2010/9/12 Yuriy Nasida I think it is better not to use the static xml config files (inside folders directiry\dialplan). Instead, use one of the available programming languages (e.g. lua) for realization realtime directory\dialplan. Thus you will be given all the information you want (user registered\exists or not) from a database by your management script. for help http://wiki.freeswitch.org/wiki/Mod_lua/Serving_Configuration Regards, Nasida Yuriy Date: Fri, 10 Sep 2010 09:07:43 +0100 From: steveayre at gmail.com To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] How to check user in directory Does user exist in user directory? http://wiki.freeswitch.org/wiki/Mod_commands#user_exists Is the user registered? http://wiki.freeswitch.org/wiki/Function_sofia_contact Quick example (untested but would probably work): -Steve On 10 September 2010 05:20, Boris Kovalenko wrote: Hello! I have a set of local users registered to freeswitch. So, when user is not registered with switch I get USER_NOT_REGISTERED when route call to it. But is there a way to know is user present in directory and not registered, or even isn't in directory? I want to call voicemail in first case and play 'invalid number' message in second. Is this possible? -- Regards, Boris _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/8d8a8e86/attachment-0001.html From pjintheusa at gmail.com Mon Sep 13 10:15:21 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Mon, 13 Sep 2010 13:15:21 -0400 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: References: <4C89B21C.4060304@tagnet.ru> Message-ID: mod_xml_curl - I think Steve meant to say. 2010/9/13 Yuriy Nasida > Steve, I think, you not absolutely correctly have understood me or I have > written not clearly =) > > "Or mod_xml_cdr". > I have not understood why you mentioned about this module > > > "But regardless of the method, you'll still want to use sofia_contact at > least to see if the user is currently registered." > > FS can store the information on the registered users in a database through > odbc. > http:// wiki.freeswitch.org/wiki/Using_ODBC_in_the_core > > Thus, we can not use sofia_contact for definition the user is registered or > not. Instead of sofia_contact we do simple check in our database of an > operating script. > > Such method is especially useful at work of several FS with a share > database. > > If you use sofia_contact, check the user is registered or not occurs > particularly on it FS. > If check occurs in a shared database, we receive the information on that > the user on one of our several FS is registered > > > Regards, > Nasida Yuriy > > ------------------------------ > Date: Mon, 13 Sep 2010 15:05:11 +0100 > > From: steveayre at gmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] How to check user in directory > > Or mod_xml_cdr. But regardless of the method, you'll still want to use > sofia_contact at least to see if the user is currently registered. > > There'll probably be lower overhead to static XML if you don't need your > dialplan generated dynamically. > > It doesn't matter what method is used to serve the user directory - > user_exists and sofia_contact will work with them all. > > -Steve > > > 2010/9/12 Yuriy Nasida > > I think it is better not to use the static xml config files (inside folders > directiry\dialplan). Instead, use one of the available programming languages > (e.g. lua) for realization realtime directory\dialplan. Thus you will be > given all the information you want (user registered\exists or not) from a > database by your management script. > > for help > http://wiki.freeswitch.org/wiki/Mod_lua/Serving_Configuration > > > Regards, > Nasida Yuriy > > > > ------------------------------ > Date: Fri, 10 Sep 2010 09:07:43 +0100 > From: steveayre at gmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] How to check user in directory > > > Does user exist in user directory? > http://wiki.freeswitch.org/wiki/Mod_commands#user_exists > > Is the user registered? > http://wiki.freeswitch.org/wiki/Function_sofia_contact > > Quick example (untested but would probably work): > > > > expression="false"> > > > > > > expression="(.+)"> > > > > > > > > > > > > -Steve > > > On 10 September 2010 05:20, Boris Kovalenko wrote: > > Hello! > > I have a set of local users registered to freeswitch. So, when user > is not registered with switch I get USER_NOT_REGISTERED when route call > to it. But is there a way to know is user present in directory and not > registered, or even isn't in directory? I want to call voicemail in > first case and play 'invalid number' message in second. Is this possible? > > -- > Regards, > Boris > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ FreeSWITCH-users mailing > list FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ FreeSWITCH-users mailing > list FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/2fc7ed56/attachment.html From helmut.kuper at ewetel.de Mon Sep 13 10:19:26 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Mon, 13 Sep 2010 19:19:26 +0200 Subject: [Freeswitch-users] Question about execute_on_answer Message-ID: <4C8E5D1E.1000001@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have a xml dialplan which arms a session with execute_on_answer "lua on_answer.lua" on_anwer.lua is this: direction = session:getVariable("Call-Direction") uuid = session:get_uuid() session:execute("log", "NOTICE INSERT "..direction..", "..uuid.."\n") session:execute("info") When a call is answered the script is executed, but direction is empty. Top of info is this: 2010-09-13 19:09:23.583688 [INFO] mod_dptools.c:1003 CHANNEL_DATA: Channel-State: [CS_EXECUTE] Channel-Call-State: [ACTIVE] Channel-State-Number: [4] Unique-ID: [40e982cd-052c-4718-9567-7d64a937ba12] Call-Direction: [inbound] Presence-Call-Direction: [inbound] Channel-Presence-ID: [2850 at 85.16.246.6] Channel-Call-UUID: [40e982cd-052c-4718-9567-7d64a937ba12] Answer-State: [answered] Channel-Read-Codec-Name: [G722] Channel-Read-Codec-Rate: [16000] Channel-Write-Codec-Name: [G722] Channel-Write-Codec-Rate: [16000] Caller-Direction: [inbound] Caller-Username: [2850] Caller-Dialplan: [XML] Caller-Caller-ID-Name: [] Caller-Caller-ID-Number: [2850] Caller-ANI: [2850] Caller-Destination-Number: [4919] Caller-Unique-ID: [40e982cd-052c-4718-9567-7d64a937ba12] Caller-Source: [mod_sofia] Caller-Context: [et_internal_error] Caller-RDNIS: [4919] Caller-Profile-Index: [2] Caller-Profile-Created-Time: [1284397763581765] Caller-Channel-Created-Time: [1284397711332733] Caller-Channel-Answered-Time: [1284397713461801] Caller-Channel-Progress-Time: [1284397711963763] Caller-Channel-Progress-Media-Time: [1284397713461801] Caller-Channel-Hangup-Time: [0] Caller-Channel-Transfer-Time: [0] variable_direction: [inbound] When I try to get "direction:" (last in info) the I got a value. So are not all variables listed in info are readable in execute_on_answer script? regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMjl0d4tZeNddg3dwRArjBAJ99nO1xHcIciCt2OGhE8Qi4iFHglwCeOtxG vIpIFn2l1A6bsnXa9jWmzBE= =V/E6 -----END PGP SIGNATURE----- From brian at freeswitch.org Mon Sep 13 10:37:06 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 12:37:06 -0500 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: Can someone add this to the FAQ on the wiki? ;) pretty please with sugar on top. /b On Sep 13, 2010, at 11:34 AM, Steven Ayre wrote: > It means you haven't loaded mod_hash, so the application named 'hash' doesn't exist. > > On 13 September 2010 17:14, Peder wrote: > Does anybody know what this means: > > 2010-09-13 11:01:50.353264 [ERR] switch_core_session.c:1791 Invalid > Application hash > > > Is it saying the application named hash is invalid? Or there is an invalid > hash in an application? From gkuri at ieee.org Mon Sep 13 10:55:38 2010 From: gkuri at ieee.org (Gabriel Kuri) Date: Mon, 13 Sep 2010 10:55:38 -0700 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Lloyd, I had the same problem earlier this year, you need to set the sip_invite_domain on the bridge app in the dialplan. Here's my post related to fixing this issue ... http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055398.html Cheers, Gabe On Mon, Sep 13, 2010 at 9:05 AM, Aloysius Lloyd wrote: > Yes > Thanks > Lloyd > > > > On Mon, Sep 13, 2010 at 11:58 AM, Brian West wrote: >> >> Is nat involved? >> >> /b >> >> On Sep 13, 2010, at 10:50 AM, Aloysius Lloyd wrote: >> >> > Outgoing calls and SLA working properly. >> > >> > But when an incoming call two phones ring, one of the phone pickup the >> > call , other phone does not show up the red flash. >> > >> > Does some on have success with Linksys SPA 942. >> > >> > Any help is appreciated. >> > >> > Thanks >> > Lloyd >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Mon Sep 13 11:01:50 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 13 Sep 2010 13:01:50 -0500 Subject: [Freeswitch-users] Question about execute_on_answer In-Reply-To: <4C8E5D1E.1000001@ewetel.de> References: <4C8E5D1E.1000001@ewetel.de> Message-ID: use just "direction" On Mon, Sep 13, 2010 at 12:19 PM, Helmut Kuper wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I have a xml dialplan which arms a session with execute_on_answer "lua > on_answer.lua" > > on_anwer.lua is this: > > direction = session:getVariable("Call-Direction") > uuid = session:get_uuid() > session:execute("log", "NOTICE INSERT "..direction..", "..uuid.."\n") > session:execute("info") > > > When a call is answered the script is executed, but direction is empty. > > > Top of info is this: > > 2010-09-13 19:09:23.583688 [INFO] mod_dptools.c:1003 CHANNEL_DATA: > Channel-State: [CS_EXECUTE] > Channel-Call-State: [ACTIVE] > Channel-State-Number: [4] > Unique-ID: [40e982cd-052c-4718-9567-7d64a937ba12] > Call-Direction: [inbound] > Presence-Call-Direction: [inbound] > Channel-Presence-ID: [2850 at 85.16.246.6] > Channel-Call-UUID: [40e982cd-052c-4718-9567-7d64a937ba12] > Answer-State: [answered] > Channel-Read-Codec-Name: [G722] > Channel-Read-Codec-Rate: [16000] > Channel-Write-Codec-Name: [G722] > Channel-Write-Codec-Rate: [16000] > Caller-Direction: [inbound] > Caller-Username: [2850] > Caller-Dialplan: [XML] > Caller-Caller-ID-Name: [] > Caller-Caller-ID-Number: [2850] > Caller-ANI: [2850] > Caller-Destination-Number: [4919] > Caller-Unique-ID: [40e982cd-052c-4718-9567-7d64a937ba12] > Caller-Source: [mod_sofia] > Caller-Context: [et_internal_error] > Caller-RDNIS: [4919] > Caller-Profile-Index: [2] > Caller-Profile-Created-Time: [1284397763581765] > Caller-Channel-Created-Time: [1284397711332733] > Caller-Channel-Answered-Time: [1284397713461801] > Caller-Channel-Progress-Time: [1284397711963763] > Caller-Channel-Progress-Media-Time: [1284397713461801] > Caller-Channel-Hangup-Time: [0] > Caller-Channel-Transfer-Time: [0] > variable_direction: [inbound] > > When I try to get "direction:" (last in info) the I got a value. So are > not all variables listed in info are readable in execute_on_answer script? > > regards > helmut > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > > iD8DBQFMjl0d4tZeNddg3dwRArjBAJ99nO1xHcIciCt2OGhE8Qi4iFHglwCeOtxG > vIpIFn2l1A6bsnXa9jWmzBE= > =V/E6 > -----END PGP SIGNATURE----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From lloyd.aloysius at gmail.com Mon Sep 13 11:19:11 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Mon, 13 Sep 2010 14:19:11 -0400 Subject: [Freeswitch-users] SPA942 - SLA - Inbound calls In-Reply-To: References: <49551937-12F9-4C28-82BD-B48BCE7A2F38@freeswitch.org> Message-ID: Brian and Gabriel , Thank you for the help. All incoming calls now working. In the Multiple Company scenario ..... Thanks Lloyd On Mon, Sep 13, 2010 at 1:55 PM, Gabriel Kuri wrote: > Lloyd, > > I had the same problem earlier this year, you need to set the > sip_invite_domain on the bridge app in the dialplan. Here's my post > related to fixing this issue ... > > > http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055398.html > > Cheers, > Gabe > > > On Mon, Sep 13, 2010 at 9:05 AM, Aloysius Lloyd > wrote: > > Yes > > Thanks > > Lloyd > > > > > > > > On Mon, Sep 13, 2010 at 11:58 AM, Brian West > wrote: > >> > >> Is nat involved? > >> > >> /b > >> > >> On Sep 13, 2010, at 10:50 AM, Aloysius Lloyd wrote: > >> > >> > Outgoing calls and SLA working properly. > >> > > >> > But when an incoming call two phones ring, one of the phone pickup the > >> > call , other phone does not show up the red flash. > >> > > >> > Does some on have success with Linksys SPA 942. > >> > > >> > Any help is appreciated. > >> > > >> > Thanks > >> > Lloyd > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/54880cb2/attachment.html From steveayre at gmail.com Mon Sep 13 11:21:33 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 13 Sep 2010 19:21:33 +0100 Subject: [Freeswitch-users] How to check user in directory In-Reply-To: References: <4C89B21C.4060304@tagnet.ru> Message-ID: I meant to say mod_xml_curl - Sorry, been working with _cdr a lot today so when I thought curl I typed cdr. :) Steve on iPhone On 13 Sep 2010, at 17:59, Yuriy Nasida wrote: > Steve, I think, you not absolutely correctly have understood me or I have written not clearly =) > > "Or mod_xml_cdr". > I have not understood why you mentioned about this module > > "But regardless of the method, you'll still want to use sofia_contact at least to see if the user is currently registered." > > FS can store the information on the registered users in a database through odbc. > http:// wiki.freeswitch.org/wiki/Using_ODBC_in_the_core > > Thus, we can not use sofia_contact for definition the user is registered or not. Instead of sofia_contact we do simple check in our database of an operating script. > > Such method is especially useful at work of several FS with a share database. > > If you use sofia_contact, check the user is registered or not occurs particularly on it FS. > If check occurs in a shared database, we receive the information on that the user on one of our several FS is registered > > > Regards, > Nasida Yuriy > > Date: Mon, 13 Sep 2010 15:05:11 +0100 > From: steveayre at gmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] How to check user in directory > > Or mod_xml_cdr. But regardless of the method, you'll still want to use sofia_contact at least to see if the user is currently registered. > > There'll probably be lower overhead to static XML if you don't need your dialplan generated dynamically. > > It doesn't matter what method is used to serve the user directory - user_exists and sofia_contact will work with them all. > > -Steve > > > 2010/9/12 Yuriy Nasida > I think it is better not to use the static xml config files (inside folders directiry\dialplan). Instead, use one of the available programming languages (e.g. lua) for realization realtime directory\dialplan. Thus you will be given all the information you want (user registered\exists or not) from a database by your management script. > > for help > http://wiki.freeswitch.org/wiki/Mod_lua/Serving_Configuration > > > Regards, > Nasida Yuriy > > > > Date: Fri, 10 Sep 2010 09:07:43 +0100 > From: steveayre at gmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] How to check user in directory > > > Does user exist in user directory? > http://wiki.freeswitch.org/wiki/Mod_commands#user_exists > > Is the user registered? > http://wiki.freeswitch.org/wiki/Function_sofia_contact > > Quick example (untested but would probably work): > > > > > > > > > > > > > > > > > > > > > > -Steve > > > On 10 September 2010 05:20, Boris Kovalenko wrote: > Hello! > > I have a set of local users registered to freeswitch. So, when user > is not registered with switch I get USER_NOT_REGISTERED when route call > to it. But is there a way to know is user present in directory and not > registered, or even isn't in directory? I want to call voicemail in > first case and play 'invalid number' message in second. Is this possible? > > -- > Regards, > Boris > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/c71dfa95/attachment.html From frank at carmickle.com Mon Sep 13 11:32:31 2010 From: frank at carmickle.com (Frank Carmickle) Date: Mon, 13 Sep 2010 14:32:31 -0400 Subject: [Freeswitch-users] polycoms and alert_info= Message-ID: <09730AEC-B252-4D28-B777-7E0836FA5935@carmickle.com> Hello all I am trying to get the polycom 335/650 to play the file specified by alert_info. I see from my http log that it is dowloading the file each time a call is placed to the phone with the alert_info channel variable set. It doesn't actually play them. I have tried with 8k pcm wave file, a 16k pcm wave and a 8k ulaw file and no joy. Anyone know what I may be missing in my polycom configs? Thanks --Frank From msc at freeswitch.org Mon Sep 13 11:45:21 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 13 Sep 2010 11:45:21 -0700 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: On Mon, Sep 13, 2010 at 10:37 AM, Brian West wrote: > Can someone add this to the FAQ on the wiki? ;) pretty please with sugar > on top. > > Thanks to djbinter for adding this... -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/400ee6e5/attachment-0001.html From brian at freeswitch.org Mon Sep 13 11:58:56 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 13:58:56 -0500 Subject: [Freeswitch-users] polycoms and alert_info= In-Reply-To: <09730AEC-B252-4D28-B777-7E0836FA5935@carmickle.com> References: <09730AEC-B252-4D28-B777-7E0836FA5935@carmickle.com> Message-ID: <36F9DBBA-B0F2-4C6F-9142-DD51DDACC913@freeswitch.org> You have to define these files in the config before it will play them. Snom will do them but it seems for security reasons this feature doesn't work anymore... I could be wrong but I had the same issue trying to get mine to do it and after reading the admin guide it seems they have locked this one down a little bit. /b On Sep 13, 2010, at 1:32 PM, Frank Carmickle wrote: > Hello all > > I am trying to get the polycom 335/650 to play the file specified by alert_info. I see from my http log that it is dowloading the file each time a call is placed to the phone with the alert_info channel variable set. It doesn't actually play them. I have tried with 8k pcm wave file, a 16k pcm wave and a 8k ulaw file and no joy. Anyone know what I may be missing in my polycom configs? > > Thanks > --Frank From brian at freeswitch.org Mon Sep 13 12:20:28 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 14:20:28 -0500 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: Now if he can tend to that Jira he has about his dingaling crashing :P /b On Sep 13, 2010, at 1:45 PM, Michael Collins wrote: > Thanks to djbinter for adding this... > -MC From msc at freeswitch.org Mon Sep 13 12:25:48 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 13 Sep 2010 12:25:48 -0700 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: On Mon, Sep 13, 2010 at 12:20 PM, Brian West wrote: > Now if he can tend to that Jira he has about his dingaling crashing :P could make a joke here> > Queue up Otis Redding!! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/d6ce8b5b/attachment.html From frank at carmickle.com Mon Sep 13 12:27:15 2010 From: frank at carmickle.com (Frank Carmickle) Date: Mon, 13 Sep 2010 15:27:15 -0400 Subject: [Freeswitch-users] polycoms and alert_info= In-Reply-To: <36F9DBBA-B0F2-4C6F-9142-DD51DDACC913@freeswitch.org> References: <09730AEC-B252-4D28-B777-7E0836FA5935@carmickle.com> <36F9DBBA-B0F2-4C6F-9142-DD51DDACC913@freeswitch.org> Message-ID: Hi My snom 320 on 8.2.35 still plays the 8k pcm just fine. Hell I don't understand why they won't play the files they have already downloaded. I can't use a predownloaded file to do what I am trying to do. I need to have talking caller id. Of course I can use groupconfirm with auto answer to do this but then you have to press a key instead of just picking up the phone. I guess your right when you say all sip phones suck. --FC On Sep 13, 2010, at 2:58 PM, Brian West wrote: > You have to define these files in the config before it will play them. Snom will do them but it seems for security reasons this feature doesn't work anymore... I could be wrong but I had the same issue trying to get mine to do it and after reading the admin guide it seems they have locked this one down a little bit. > > /b > > On Sep 13, 2010, at 1:32 PM, Frank Carmickle wrote: > >> Hello all >> >> I am trying to get the polycom 335/650 to play the file specified by alert_info. I see from my http log that it is dowloading the file each time a call is placed to the phone with the alert_info channel variable set. It doesn't actually play them. I have tried with 8k pcm wave file, a 16k pcm wave and a 8k ulaw file and no joy. Anyone know what I may be missing in my polycom configs? >> >> Thanks >> --Frank > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 13 12:44:57 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Sep 2010 14:44:57 -0500 Subject: [Freeswitch-users] polycoms and alert_info= In-Reply-To: References: <09730AEC-B252-4D28-B777-7E0836FA5935@carmickle.com> <36F9DBBA-B0F2-4C6F-9142-DD51DDACC913@freeswitch.org> Message-ID: <2A4C634F-7F09-4354-AF15-CBF400373F3B@freeswitch.org> And here you thought it was the wind blowing... when in reality it was the sip phones sucking! /b On Sep 13, 2010, at 2:27 PM, Frank Carmickle wrote: > I guess your right when you say all sip phones suck. From sprice at gmail.com Mon Sep 13 12:52:59 2010 From: sprice at gmail.com (SP) Date: Mon, 13 Sep 2010 14:52:59 -0500 Subject: [Freeswitch-users] Invalid Application hash In-Reply-To: References: <0fae01cb535e$c2006c70$46014550$@com> Message-ID: THAT'S WHAT SHE SAID! On Mon, Sep 13, 2010 at 14:20, Brian West wrote: > Now if he can tend to that Jira he has about his dingaling crashing :P ? > > /b > > On Sep 13, 2010, at 1:45 PM, Michael Collins wrote: > >> Thanks to djbinter for adding this... >> -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Shannon From msc at freeswitch.org Mon Sep 13 13:19:16 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 13 Sep 2010 13:19:16 -0700 Subject: [Freeswitch-users] CDR Behaviour (b_only) In-Reply-To: References: Message-ID: Can you pastebin a dialplan snippet and samples of CDRs in success and failure scenarios? -MC On Sun, Sep 12, 2010 at 1:10 PM, Ross McKillop wrote: > Hi, > > I'm curious how others handle CDRs from FreeSWITCH. I need them to end up > in > a MySQL database and the easiest way I've found of achieving this is to use > the > mod_xml_cdr module to call a PHP script that inserts the row. Is there a > preferred > way of achieving this? > > Also, I only need ONE cdr entry per call, for billing purposes, so what I > end up doing > is having process_cdr as "b_only" which works great for successful calls. > However, > a call that is not successfully bridged results in two HTTP POST calls to > my script > one with is_outbound = true (as I'd expect for the b leg) but also what > appears to > be the a leg of the CDR (despite requesting b_only) > > Is this the intended behaviour of "b_only" > > Regards, > Ross > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/9f52aa0a/attachment.html From msc at freeswitch.org Mon Sep 13 13:45:41 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 13 Sep 2010 13:45:41 -0700 Subject: [Freeswitch-users] FreeSWITCH Cookbook Ideas - Submit Them ASAP! Message-ID: Hello all, We are still collecting recipe ideas for the FreeSWITCH cookbook. We need your input if this thing is going to happen. Please visit http://wiki.freeswitch.org/wiki/cookbook and add your ideas, or at least comment on what's there. Even random, incoherent input from the community is better than silence! :) We'd like to have a preliminary list of recipe groups (i.e. chapters) by the end of the conference call on Wednesday. Thanks everyone! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100913/18e10880/attachment.html From brent at overthewire.com.au Mon Sep 13 13:59:55 2010 From: brent at overthewire.com.au (Brent Paddon) Date: Tue, 14 Sep 2010 06:59:55 +1000 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <1C88288B-CD4F-4C74-8BCC-ECB91FE8470A@ipeva.fr> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <603C7308-5155-4242-8209-84F15918B06D@freeswitch.org> <1C88288B-CD4F-4C74-8BCC-ECB91FE8470A@ipeva.fr> Message-ID: Try the Dell R410... On Tue, Sep 14, 2010 at 2:37 AM, David Ponzone wrote: > Brian, > > thank you in advande for what you can do. > I plan to setup Centos boxes as soon as possible, but for now I have to > cope with those ones, and I can't upgrade them. > > BTW, would anyone have some server to recommend for FS (1U, low power > consumption, with Raid 1 SAS, redundant PS, without hassle Linux support of > course, reasonable price) ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 13/09/2010 ? 17:31, Brian West a ?crit : > > NO it crashes due to the OS sucking. They don't look for .hash.gnu just > .hash and the binary segs. I'm not sure i'll keep supporting older systems > ... Its a pain really. > > /b > > On Sep 13, 2010, at 9:49 AM, Mathieu Rene wrote: > > They changed it because of a change in the hashing algorithm. Besides, it > should only make symbol lookup a bit longer at the time of linking and not > cause a crash (the string table contains the full name of all symbols). > > > Mathieu Rene > > Avant-Garde Solutions Inc > > Office: + 1 (514) 664-1044 x100 > > Cell: +1 (514) 664-1044 x200 > > mrene at avgs.ca > > > > On 2010-09-13, at 10:27 AM, Brian West wrote: > > > Use a newer OS then... I hate HATE HATE those gnu purist assholes that > decided to change from .hash to .hash.gnu... *finger* to them. I'll try to > see if I can fix this if you can provide me a backtrace of it. > > > /b > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -- Brent Paddon Director | Over the Wire Pty Ltd brent.paddon at overthewire.com.au | www.overthewire.com.au Phone: 07 3847 9292 | Fax: 07 3847 9696 | Mobile: 0400 2400 54 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/9d3897c4/attachment-0001.html From fs-list at communicatefreely.net Mon Sep 13 16:46:30 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 13 Sep 2010 19:46:30 -0400 Subject: [Freeswitch-users] CDR Behaviour (b_only) In-Reply-To: References: Message-ID: <4C8EB7D6.8020706@communicatefreely.net> Hi Ross, I'm doing something similar, with the xml_curl module and php, but I use both legs. It's probably a lot more complicated than it could be, but it suits our purpose. We are doing PBX hosting, so we get situations where an inbound call is transferred twice, then gets transferred back out to a cell phone on another trunk, or an outbound call is then transferred to a different external extension. I also want to try for 1 entry per call where practical. Problem is, it isn't always practical. I capture both legs. If it's a b-leg, some processing is done to extract useful information, and it is entered into the blegs table. When an a-leg is processed, a short timer elapses (to allow any accompanying b-legs to be inserted), before a query is done to retrieve all the b-legs that go with the call (match on uuid of a-leg). If there is only an a-leg, or an a-leg and one b-leg, the values are combined and a single entry is made into the cdr table. Some filtering is done in the b-leg query to discard dead legs of a ring group and so on. If there are multiple b-legs, the a-leg is recorded more or less as-is, and the b-legs are also recorded, with matching uuids to tie them together. When we run our bills, calls with multiple entries appear as a nested row. This keeps things simple, but still allows for accurate records when a call takes multiple hops. It's handy to be able to look at the phone bill and see which calls are being passed around an office. It also allows us to bill things accurately in a metered-usage scenario. -Tim Ross McKillop wrote: > Hi, > > I'm curious how others handle CDRs from FreeSWITCH. I need them to end up in > a MySQL database and the easiest way I've found of achieving this is to use the > mod_xml_cdr module to call a PHP script that inserts the row. Is there a preferred > way of achieving this? > From fs-list at communicatefreely.net Mon Sep 13 17:09:41 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 13 Sep 2010 20:09:41 -0400 Subject: [Freeswitch-users] Voicemail refresh event Message-ID: <4C8EBD45.4000502@communicatefreely.net> Hello, I'm using ODBC with voicemail, and several other core functions. My ultimate goal is to use this in an HA cluster, but there are also some places where this data gets looked at outside of Freeswitch. I'm building a visual voicemail application for Aastra phones using the XML interface. I can query the freeswitch database to see the voicemail_prefs and voicemail_msgs tables, listing each message, paths to audio, etc. Whenever I modify this data, Freeswitch eventually notices and updates the MWI indicator on the phone to match what's in the database. Is there a way to send an event to Freeswitch that will cause it to poll the database and refresh the status of a voice mail box? Is it a bad idea to manipulate this data outside of freeswitch? I don't think I'm doing anything that wouldn't take place if the alternate FS box changed this data in an HA situation. Thanks! -Tim From steveayre at gmail.com Mon Sep 13 17:40:43 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 14 Sep 2010 01:40:43 +0100 Subject: [Freeswitch-users] CDR Behaviour (b_only) In-Reply-To: References: Message-ID: <49995399-2CB2-4175-AE20-6F69FAC85D87@gmail.com> Personally I collect both a and b legs using mod_xml_cdr. The a leg is used for customer stats and billing. This is because we have multiple routes so the a leg represents the number of calls the customer makes and the response sent back to them. The b legs are used so I can see which routes were tried for each a leg, and what their results were. Both are used to generate stats and graphs showing how the service is looking inbound and outbound. Steve on iPhone On 12 Sep 2010, at 21:10, Ross McKillop wrote: > Hi, > > I'm curious how others handle CDRs from FreeSWITCH. I need them to end up in > a MySQL database and the easiest way I've found of achieving this is to use the > mod_xml_cdr module to call a PHP script that inserts the row. Is there a preferred > way of achieving this? > > Also, I only need ONE cdr entry per call, for billing purposes, so what I end up doing > is having process_cdr as "b_only" which works great for successful calls. However, > a call that is not successfully bridged results in two HTTP POST calls to my script > one with is_outbound = true (as I'd expect for the b leg) but also what appears to > be the a leg of the CDR (despite requesting b_only) > > Is this the intended behaviour of "b_only" > > Regards, > Ross > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 babak.freeswitch at gmail.com Mon Sep 13 23:36:44 2010 From: babak.freeswitch at gmail.com (babak yakhchali) Date: Tue, 14 Sep 2010 11:06:44 +0430 Subject: [Freeswitch-users] no bridge_uuid variable in xml cdr Message-ID: Hi I'm using the following simple extension: to test my aspx handler for mod_xml_cdr. it seems no bridge_uuid and bridge_hangup_cause exist on the xml_cdr. should I add them manually or set something to add them to channel variables? thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/633257ff/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 04174a82-5525-4635-8590-0729c3624209_14-09-10-10-02-51.xml Type: text/xml Size: 10056 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/633257ff/attachment.xml From abubacker at bksystems.co.in Tue Sep 14 00:52:26 2010 From: abubacker at bksystems.co.in (abubacker) Date: Tue, 14 Sep 2010 13:22:26 +0530 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync Message-ID: <4C8F29BA.4040700@bksys.co.in> Dear all, I just try to push a call in to the queue using execute function and it works , but the same thing was not working for executeAsync function and dont know why its behaving like this ? , can any one help me out! Thanks in Advance !. $con->execute("fifo","urvq in"); # works $con->executeAsync("fifo","urvq in"); # not works fs_cli -------------- Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket examples] ${destination_number}(235) =~ /^235$/ break=on-false Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/1001 at 192.168.6.182 [BREAK] 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1001 at 192.168.6.182) State EXECUTE 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 sofia/internal/1001 at 192.168.6.182 Standard EXECUTE EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 sofia/internal/1001 at 192.168.6.182 Command Execute answer() EXECUTE sofia/internal/1001 at 192.168.6.182 answer() 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> 192.168.6.163 port 8000 codec: 8 ms: 20 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer [soft] 160 bytes per 20ms 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP sofia/internal/1001 at 192.168.6.182: v=0 o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 s=FreeSWITCH c=IN IP4 192.168.6.182 t=0 0 m=audio 20780 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal sofia/internal/1001 at 192.168.6.182 [BREAK] 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel sofia/internal/1001 at 192.168.6.182 entering state [completed][200] 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel [sofia/internal/1001 at 192.168.6.182] has been answered 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal sofia/internal/1001 at 192.168.6.182 [BREAK] 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel sofia/internal/1001 at 192.168.6.182 entering state [ready][200] -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From shamun.toha at gmail.com Tue Sep 14 03:39:18 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 14 Sep 2010 12:39:18 +0200 Subject: [Freeswitch-users] mod_skypopen - performence and capacity. In-Reply-To: References: Message-ID: Hello Experts, Thanks, its clear for the EC2 platform. Technically and theoretically isn't this valid, for co-location or laboratory test (no EC2 platform)? Or will be a Disaster in final result? *Step 1: load core calculation* 1 EC2 = 2 Core = 20 Skype instance, where as 5 EC2 = 5 x 2 = 10 Core = 100 Skype instance *Step 2: load Hardware* A. Xeon? X5650 2.66 GHz clock speed has 6 Core with 1 socket B. Mother board with 2 socket capacity, to hold 12 core C. Each cpu 8GB RAM or More D. Physically 12 Core is ready with all Memory *Step 3: load FreeSwitch* a. NOTE: 1 instance of FreeSwitch running b. 100 instance of skype loaded using mod_skypopen *Will it work or die?* According to concept it should work, because we split-ted CPU and RAM to have skype instance there desire processing space. Lets assume at least in technical / theoretical page ( based on correct calculation, we can make a test case either with EC2 or Physical hardware, as a research project, how things works ). On Sat, Sep 11, 2010 at 2:55 AM, Seven Du wrote: > You must run skypes and at least one FS instance on one EC2 instance, > depending on the performance, you could run 1 FS + (1 upto 64 or > perhaps 128) skype instances on 1 EC2. But note that if one skype > instance crashes it may cause the entire FS/skype unstable(although > there are tricks and solutions), so, instead of 1FS+128skypes per EC2, > you might want, say, (1FS+24Skype) * 5EC2. As giovanni said, you > should try with real world test to find out the best combination. > > On Sat, Sep 11, 2010 at 12:27 AM, Shamun toha md > wrote: > > Today i talked with Amazon EC2, they have 8 Core Cpu (can grow even more > > then that), 68 GB RAM( can grow more), Bandwidth ( can do anything) so > there > > is no issue which still saying no you can not do this because of that. > The > > answer is still yes even with correct hardware tune. > > > > We can pay what we will use for (that's another issue as a technical > point > > of view). But for Skype, which one should i take? > > > > if i want to run 20 or 100 skype duplicate accounts for Amazon EC2, do i > > need 100 skype instance + FreeSwitch instance = 101 total instance with > > Amazon EC2? How do we use the mod_skypopen in terms of instances for > cloud > > servers, is that counted as 1 instance? > > > > ex: http://calculator.s3.amazonaws.com/calc5.html > > > > > > Thanks & Regards > > > > > > > > > > > > On Fri, Sep 10, 2010 at 5:10 PM, Giovanni Maruzzelli < > gmaruzz at celliax.org> > > wrote: > >> > >> I would highly doubt of your reasoning. You have to make real actual > >> tests, and not base predictions on simple arithmetics. But this is > >> just my opinion. > >> > >> -giovanni > >> > >> On Fri, Sep 10, 2010 at 4:55 PM, Shamun toha md > >> wrote: > >> > Hello, > >> > > >> > Thanks, we can always consult with more experts from FS, that is must. > >> > But > >> > just consulting here for one assumption before opening a final ticket. > >> > > >> > Can we not just use CentOS 5.5. And then take a hardware like > following: > >> > > >> > 1. CPU 6 core or 8 core or 12 core: > >> > - > >> > > >> > > http://accessories.us.dell.com/sna/products/Processors/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=317-4155 > >> > > >> > 2. Mother board: To have 12 x 4 times = 48 Core > >> > - > >> > > >> > > http://www.supermicro.com/products/motherboard/Xeon7000/7500/X8QB6.cfm?SAS=Y > >> > > >> > 3. 2 core each with reserved 4GB RAM > >> > > >> > > >> > 2 core can handle 20 channels of skype instance. So, 48 Core / 2 = 24 > x > >> > 20 = > >> > 480 Skype channels possible. With power of hardware and proper > >> > calculation > >> > on this, bandwidth is not a problem, there are many backbone > providers. > >> > > >> > > >> > Am i right? Still its possible in theory? Please fix me if i am wrong, > >> > > >> > Thanks & Best regards > >> > > >> > > >> > On Fri, Sep 10, 2010 at 4:10 PM, Giovanni Maruzzelli > >> > > >> > wrote: > >> >> > >> >> Shamun, > >> >> > >> >> from you mail seems that there are some details of mod_skypopen that > >> >> you've not got. > >> >> > >> >> First of all I would counseil you to read *entirely* mod_skypopen > wiki > >> >> page, you will spare yourself lot of time and frustrations: > >> >> > http://wiki.freeswitch.org/wiki/Mod_skypopen_Skype_Endpoint_and_Trunk > >> >> > >> >> All the mod_skypopen knowledge available to humankind is in that > page. > >> >> > >> >> T1 has 24 channels, so not much difference from 20 channels > >> >> http://en.wikipedia.org/wiki/T-carrier > >> >> > >> >> mod_skypiax can work only on Linux or Windows, because it needs Skype > >> >> clients running on the same machine where FS is running, and there > are > >> >> no Skype clients for *BSD or Solaris. > >> >> > >> >> After reading all of the wiki page, you should do your tests, because > >> >> performances are very much dependant from the machine-kernel-os you > >> >> use. Skypopen is most tested and developed on CentOS and Ubuntu. > >> >> > >> >> Also, if you plan an Enterprise deployment (I mean, many channels > with > >> >> reliable operation), you must be prepared to invest a sizeable amount > >> >> of time to deeply understand all of the variables involved. Or you > can > >> >> contact consulting at freeswitch.org for professional help. > >> >> > >> >> Skype uses it's own codecs, it's not L16 on the net. L16 is between > FS > >> >> and Skype client. > >> >> > >> >> -giovanni > >> >> > >> >> On Fri, Sep 10, 2010 at 3:43 PM, Shamun toha md < > shamun.toha at gmail.com> > >> >> wrote: > >> >> > Hi, > >> >> > > >> >> > Lets say 1 wants, Enterprise production plan with mod_skypopen, not > a > >> >> > target > >> >> > of 20 channels only. lets assume more channels (T1) sort of target: > >> >> > > >> >> > # Question operating system should be CentOS or FreeBSD or > >> >> > OpenSolaris?, > >> >> > to > >> >> > win a little more CPU space for this Skype processor monster. > >> >> > > >> >> > Then what server hardware platform should it be, to provide support > >> >> > physically too: > >> >> > > >> >> > 1. What is the CPU should be target to handle more skype channels? > >> >> > ex: 8 > >> >> > CPU > >> >> > in 1 hardware ( 20 skype instance x 8 = 160 channels? ), which > server > >> >> > or > >> >> > os > >> >> > support this even? > >> >> > > >> >> > 2. What is the RAM should be? ex: 20GB? which hardware or os? > >> >> > > >> >> > 3. What server it should be? Cloud or Private co-located? > >> >> > > >> >> > 4. What is the bandwidth plan? ex: 10GB or 2MB? > >> >> > > >> >> > 5. L16 codec, will it be using inbound also for outbound? What will > >> >> > be > >> >> > the > >> >> > Kilo bytes per seconds? > >> >> > > >> >> > > >> >> > There is no reference what CPU with What unit of Ghz used? ex: > >> >> > http://wiki.freeswitch.org/wiki/Skypiax > >> >> > > >> >> > > >> >> > Thanks for your feedback > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > FreeSWITCH-users mailing list > >> >> > FreeSWITCH-users at 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 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> > >> >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > Blog: http://www.dujinfang.com > Proj: http://www.freeswitch.org.cn > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/d9a9a190/attachment.html From riedinger at sns.eu Tue Sep 14 05:17:37 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Tue, 14 Sep 2010 14:17:37 +0200 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! Message-ID: <4C8F67E1.9000206@sns.eu> Hello all together! I started to operate FreeSwitch with live traffic for the first time yesterday. There is nothing special with my setup beside I used mod_h323. After some hours of operation the termination for all calls failed. In my CDR I find: hangup_cause_q850="27", hangup_cause="DESTINATION_OUT_OF_ORDER", sip_hangup_disposition="send_refuse". In freeswitch.log I find a lot of entries like: 2010-09-13 23:45:59.916855 [DEBUG] switch_core_state_machine.c:338 (sofia/external/9999#24107363687 at xx.xx.xx.xx) State INIT 2010-09-13 23:45:59.916855 [DEBUG] mod_sofia.c:83 sofia/external/9999#24107363687 at xx.xx.xx SOFIA INIT 2010-09-13 23:45:59.916855 [CRIT] sofia_glue.c:743 No RTP ports available! 2010-09-13 23:45:59.916855 [ERR] sofia_glue.c:1646 Port Error! 2010-09-13 23:45:59.916855 [DEBUG] switch_channel.c:2322 (sofia/external/9999#24107363687 at xx.xx.xx) Callstate Change DOWN -> HANGUP and 2010-09-13 23:48:05.038734 [ERR] mod_h323.cpp:2013 h323/12424669543 Unsupported ptime of 2 on write Audio codec G.729{sw} for connection [0x2aaac01d2500] 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2017 h323/12424669543 initialise write codec Audio for connection [0x2aaab00e9d18] 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2072 Set write Audio codec to G.729{sw} for connection [0x2aaac01d2500] 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2078 ------------------->tech_pvt->rtp_session = [(nil)] 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2079 ------------------->samples_per_packet = 160 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2080 ------------------->actual_samples_per_second = 8000 2010-09-13 23:48:05.038734 [DEBUG] mod_h323.cpp:2127 ------------------------->tech_pvt->rtp_session = (nil) 2010-09-13 23:48:05.038734 [ERR] mod_h323.cpp:2132 AUDIO RTP REPORTS ERROR: [Missing local port] 2010-09-13 23:48:05.038734 [DEBUG] switch_channel.c:2322 (h323/12424669543) Callstate Change DOWN -> HANGUP 2010-09-13 23:48:05.038734 [NOTICE] mod_h323.cpp:2133 Hangup h323/12424669543 [CS_INIT] [DESTINATION_OUT_OF_ORDER] After a restart of FreeSwitch, it is working again. Does anyone have an idea, what could has caused the problem? Thank you in advance Jan -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/1222a258/attachment-0001.html From rentmycoder at gmail.com Tue Sep 14 05:37:27 2010 From: rentmycoder at gmail.com (rentmycoder rentmycoder) Date: Tue, 14 Sep 2010 14:37:27 +0200 Subject: [Freeswitch-users] how to detect if gateway down ? Message-ID: Ahoy guys, FS rocks! I'm trying to dial out on a gateway and send call into different dialplan based on if it gets bridged or not. I do: bgapi originate {api_hangup_hook='lua predictive_noanswer.lua',ignore_early_media=true,hangup_after_bridge=true,continue_on_fail=false,bypass_media=false}sofia/gateway/gwname/phoneno '&lua(predictive_bridge.lua)' This works, but when the gatway is down, the channel has not been created, so neither script gets called... [ERR] switch_ivr_originate.c:2430 Cannot create outgoing channel of type [sofia] cause: [NETWORK_OUT_OF_ORDER] I can add a second gateway to try if first is down and send the call to dialplan extension using loopback, like: ... }sofia/gateway/gwname/phoneno,loopback/gw_error/default/XML 'lua(... and add a gw_error extension to the dialplan, but how to get the originate disposition of the first call, eg: NETWORK_OUT_OF_ORDER??? From chaitanya at vivainfomedia.com Tue Sep 14 06:45:18 2010 From: chaitanya at vivainfomedia.com (Chaitanya Bhatt // Viva) Date: Tue, 14 Sep 2010 19:15:18 +0530 Subject: [Freeswitch-users] issue in playing background music while carrying out external commands In-Reply-To: References: Message-ID: Thanks Shamun !!! I have tried uuid_hold but that send hold indication to remote end, but i want to play hold music to the caller while i carry out some external task such as remote data calls parallaly. Incase of any further queries, Please feel free to mail me or contact me on the numbers provided below. Thanks & Regards, Chaitanya Bhatt Software Engineer. On Fri, Sep 10, 2010 at 5:48 PM, Shamun toha md wrote: > $records = Application_Model_Freeswitch::freeSwitch("api uuid_hold > $__UUID__"); > $records = Application_Model_Freeswitch::freeSwitch("api uuid_hold off > $__UUID__"); > > Thanks > Shamun > > On Fri, Sep 10, 2010 at 1:44 PM, Chaitanya Bhatt // Viva < > chaitanya at vivainfomedia.com> wrote: > >> Hii >> >> We are trying to play some hold music to that caller in freeswitch while >> carrying out some external task like lengthy database query. >> We are using ESL to handle incoming calls(using outbound socket to a perl >> script). We had tried bgapi with start_local_stream but call hangs up >> immediately. >> >> $conn->execute("event", "plain all"); >> $conn->bgapi("start_local_stream","default"); >> while(1) { >> my $e = $conn->recvEventTimed(100); >> $e = $conn->recvEvent(); >> my $event_name; >> if ($e) { >> my $h = $e->firstHeader(); >> >> while ($h) { >> if($h eq "Event-Name") { >> $event_name = $e->getHeader($h); >> } >> #log header >> $h = $e->nextHeader(); >> } >> } >> } >> We had tried valet_park but getting required result. >> >> Can someone please guide us how to hold call with music or can provide >> some code snippet ? >> >> Incase of any further queries, Please feel free to mail me or contact me >> on the numbers provided below. >> >> Thanks & Regards, >> Chaitanya Bhatt >> Software Engineer. >> >> Viva Infomedia Pvt. Ltd. >> 242, Oshiwara Industrial Centre, >> New Link Road, Opp. Oshiwara Bus Depot, >> Goregaon West, Mumbai 400104. >> >> Direct: +91.22.40310356 >> Board: +91.22.40310310 >> Email : chaitanya at vivainfomedia.com >> >> Viva Infomedia: Awarded as Best SME (E-Commerce) at CNBC Emerging India >> Awards 2009 >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/fbc0f3b8/attachment.html From brian at freeswitch.org Tue Sep 14 06:52:26 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 08:52:26 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F67E1.9000206@sns.eu> References: <4C8F67E1.9000206@sns.eu> Message-ID: <112508CB-CF46-4926-873F-5EBBA7633BB5@freeswitch.org> Sounds like the h323 mod isn't releasing RTP ports properly thus you run out. /b On Sep 14, 2010, at 7:17 AM, Jan Riedinger wrote: > After a restart of FreeSwitch, it is working again. > > Does anyone have an idea, what could has caused the problem? > > Thank you in advance > Jan From manieq at wp.eu Tue Sep 14 01:33:28 2010 From: manieq at wp.eu (Mariusz Czulada) Date: Tue, 14 Sep 2010 10:33:28 +0200 Subject: [Freeswitch-users] Conference finishing notification Message-ID: <4c8f3358477a23.19619255@wp.pl> Hi All, I'm relatively new to FS, so I need some help regarding conferences. I'm trying to port conference system previously created on Asterisk/meetme. Currently a main problem for me is how to configure/implement setting conference time and notifications about joining too early or "conference will end in 5 minutes". Any help/tips are welcome. Regards, Mariusz Czu?ada From tim at compnetwork.net Tue Sep 14 07:07:19 2010 From: tim at compnetwork.net (Tim King) Date: Tue, 14 Sep 2010 10:07:19 -0400 Subject: [Freeswitch-users] G.729 Media Pass-Thru Message-ID: Can someone help point me toward proper configuration of G.729 pass through. I have a system with Dual Quad Core Xeons. It will hold up 1000 G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I spike the cpu's at around 400 calls. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/2baebc74/attachment.html From Antony.Martin at dialogic.com Tue Sep 14 07:11:28 2010 From: Antony.Martin at dialogic.com (Antony Martin) Date: Tue, 14 Sep 2010 10:11:28 -0400 Subject: [Freeswitch-users] How do I play media to a bridged call Message-ID: <3256B665A5FD30499BA25BFF2EB77F3F04E74F6F4E@MBX.dialogic.com> Hi I am working on mod_woomera and have a dial plan question. I am connecting a inbound caller into a video conference hosted on the Woomera Server using the dial plan below. When connected I would like to play a video clip to the video conference using the WoomeraPlayback application that is supported in mod_woomera. How do I execute this on a bridged call? Many Thanks Antony -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/fba4ddb8/attachment.html From brian at freeswitch.org Tue Sep 14 07:24:44 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:24:44 -0500 Subject: [Freeswitch-users] How do I play media to a bridged call In-Reply-To: <3256B665A5FD30499BA25BFF2EB77F3F04E74F6F4E@MBX.dialogic.com> References: <3256B665A5FD30499BA25BFF2EB77F3F04E74F6F4E@MBX.dialogic.com> Message-ID: <3A692489-793E-415E-9EF8-0981F34E10C7@freeswitch.org> uuid_broadcast or uuid_displace but I'm not sure either of those would know how to handle video ... hrm Lets see what Anthony has to say. /b On Sep 14, 2010, at 9:11 AM, Antony Martin wrote: > > How do I execute this on a bridged call? > > Many Thanks > > Antony From david.ponzone at ipeva.fr Tue Sep 14 07:32:00 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 14 Sep 2010 16:32:00 +0200 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: Message-ID: Tim, I dont think there is any proper G729 pass-through configuration. If a call is G729-passthrough, it should have (AFAIK) the same CPU- footstep than G711. Do you have G729 licenses on the host ? If yes, are you sure they are not used ? Have your checked your logs for any transcoding issues ? (grep ERR freeswitch.log | grep -i transcod) David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 14/09/2010 ? 16:07, Tim King a ?crit : > Can someone help point me toward proper configuration of G.729 pass > through. I have a system with Dual Quad Core Xeons. It will hold up > 1000 G.711u calls no problem with cpus 80% idle, however if I switch > to G.729 I spike the cpu's at around 400 calls. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/3ed2b5d8/attachment-0001.html From freeswitch-list at puzzled.xs4all.nl Tue Sep 14 07:39:46 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 14 Sep 2010 16:39:46 +0200 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F67E1.9000206@sns.eu> References: <4C8F67E1.9000206@sns.eu> Message-ID: <4C8F8932.70803@puzzled.xs4all.nl> On 09/14/2010 02:17 PM, Jan Riedinger wrote: > Hello all together! > > I started to operate FreeSwitch with live traffic for the first time > yesterday. There is nothing special with my setup beside I used mod_h323. > > After some hours of operation the termination for all calls failed. In > my CDR I find: Which version of ptlib and h323plus are you using? Afaik the versions recommended by people contributing to mod_h323 are: ptlib 2.8.1 and h323plus from cvs20100525. If you currently do not use these versions perhaps you can try them. Good luck! Regards, Patrick From steveayre at gmail.com Tue Sep 14 07:39:25 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 14 Sep 2010 15:39:25 +0100 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: Message-ID: Should just be a case of loading mod_g729. There's no configuration for that module. - Steve On 14 September 2010 15:07, Tim King wrote: > Can someone help point me toward proper configuration of G.729 pass > through. I have a system with Dual Quad Core Xeons. It will hold up 1000 > G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I > spike the cpu's at around 400 calls. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/7c016aaf/attachment.html From steveayre at gmail.com Tue Sep 14 07:40:26 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 14 Sep 2010 15:40:26 +0100 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: Message-ID: Tim - are you using mod_g729 or mod_com_g729? -Steve On 14 September 2010 15:32, David Ponzone wrote: > Tim, > > I dont think there is any proper G729 pass-through configuration. > If a call is G729-passthrough, it should have (AFAIK) the same CPU-footstep > than G711. > > Do you have G729 licenses on the host ? > If yes, are you sure they are not used ? > Have your checked your logs for any transcoding issues ? > (grep ERR freeswitch.log | grep -i transcod) > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 14/09/2010 ? 16:07, Tim King a ?crit : > > Can someone help point me toward proper configuration of G.729 pass > through. I have a system with Dual Quad Core Xeons. It will hold up 1000 > G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I > spike the cpu's at around 400 calls. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/8a818a41/attachment.html From andrewkt at aktzero.com Tue Sep 14 07:45:47 2010 From: andrewkt at aktzero.com (Andrew Thompson) Date: Tue, 14 Sep 2010 10:45:47 -0400 Subject: [Freeswitch-users] how to detect if gateway down ? In-Reply-To: References: Message-ID: <4C8F8A9B.8080205@aktzero.com> On 9/14/2010 8:37 AM, rentmycoder rentmycoder wrote: > Ahoy guys, FS rocks! > > I'm trying to dial out on a gateway and send call into different > dialplan based on if it gets bridged or not. Is there some special reason you need to know if the gateway is down? Have you tried just a simple pipe bridge? -- Andrew Thompson http://aktzero.com/ From brian at freeswitch.org Tue Sep 14 07:46:54 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:46:54 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick From brian at freeswitch.org Tue Sep 14 07:46:54 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:46:54 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick From brian at freeswitch.org Tue Sep 14 07:46:54 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:46:54 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick From peter.olsson at visionutveckling.se Tue Sep 14 07:49:33 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 14 Sep 2010 16:49:33 +0200 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC6DD48C@cooper> In mod_h323 the RTP is handled by FS though (not by the H323 lib), so it shouldn't cause these kind of issies - however, it's really recommended to use the mentioned versions. Maybe there might be something wrong with RTP channels not beaing cleaned properly by the mod_h323 module - I've personally just used mod_h323 for lab and testing, so no real call volume. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Patrick Lists Skickat: den 14 september 2010 16:40 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! On 09/14/2010 02:17 PM, Jan Riedinger wrote: > Hello all together! > > I started to operate FreeSwitch with live traffic for the first time > yesterday. There is nothing special with my setup beside I used mod_h323. > > After some hours of operation the termination for all calls failed. In > my CDR I find: Which version of ptlib and h323plus are you using? Afaik the versions recommended by people contributing to mod_h323 are: ptlib 2.8.1 and h323plus from cvs20100525. If you currently do not use these versions perhaps you can try them. Good luck! Regards, Patrick _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c8f8ac232931706512092! From brian at freeswitch.org Tue Sep 14 07:46:54 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:46:54 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick From brian at freeswitch.org Tue Sep 14 07:46:54 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 09:46:54 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick From steveayre at gmail.com Tue Sep 14 07:55:52 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 14 Sep 2010 15:55:52 +0100 Subject: [Freeswitch-users] how to detect if gateway down ? In-Reply-To: References: Message-ID: I can add a second gateway to try if first is down and send the call to dialplan extension using loopback, like: ... }sofia/gateway/gwname/phoneno,loopback/gw_error/default/XML 'lua(... and add a gw_error extension to the dialplan, but how to get the originate disposition of the first call, eg: NETWORK_OUT_OF_ORDER??? Each call will generate its own B-leg CDR. The A-leg can only see the result of the leg it was bridged with (the successful one). -Steve On 14 September 2010 13:37, rentmycoder rentmycoder wrote: > Ahoy guys, FS rocks! > > I'm trying to dial out on a gateway and send call into different > dialplan based on if it gets bridged or not. > > I do: > bgapi originate {api_hangup_hook='lua > > predictive_noanswer.lua',ignore_early_media=true,hangup_after_bridge=true,continue_on_fail=false,bypass_media=false}sofia/gateway/gwname/phoneno > '&lua(predictive_bridge.lua)' > This works, but when the gatway is down, the channel has not been > created, so neither script gets called... > > [ERR] switch_ivr_originate.c:2430 Cannot create outgoing channel of > type [sofia] cause: [NETWORK_OUT_OF_ORDER] > > I can add a second gateway to try if first is down and send the call > to dialplan extension using loopback, like: > ... }sofia/gateway/gwname/phoneno,loopback/gw_error/default/XML 'lua(... > and add a gw_error extension to the dialplan, but how to get the > originate disposition of the first call, eg: NETWORK_OUT_OF_ORDER??? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/6ff1a5cd/attachment.html From mrene_lists at avgs.ca Tue Sep 14 08:08:53 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 14 Sep 2010 11:08:53 -0400 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: Message-ID: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> Transcoding will only happen if it has to, if the codecs are the same on both channels (same type, ptime and sample rate), FreeSWITCH will just pass the audio frame without touching it. If you see transcoding happening, chances are one of those variable isn't matching. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-14, at 10:40 AM, Steven Ayre wrote: > Tim - are you using mod_g729 or mod_com_g729? > > -Steve > > > On 14 September 2010 15:32, David Ponzone wrote: > Tim, > > I dont think there is any proper G729 pass-through configuration. > If a call is G729-passthrough, it should have (AFAIK) the same CPU-footstep than G711. > > Do you have G729 licenses on the host ? > If yes, are you sure they are not used ? > Have your checked your logs for any transcoding issues ? > (grep ERR freeswitch.log | grep -i transcod) > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > Le 14/09/2010 ? 16:07, Tim King a ?crit : > >> Can someone help point me toward proper configuration of G.729 pass through. I have a system with Dual Quad Core Xeons. It will hold up 1000 G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I spike the cpu's at around 400 calls. >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/b446815d/attachment.html From riedinger at sns.eu Tue Sep 14 08:29:37 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Tue, 14 Sep 2010 17:29:37 +0200 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F8932.70803@puzzled.xs4all.nl> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> Message-ID: <4C8F94E1.2030307@sns.eu> I followed the instruction of the mod_h323 Wiki page, which provided ptlib version 2.9.0 and h323plus version 1.22.0. I'm a little bit frighten to test it with the recommended versions, because I think it isn't too likely that it will fix the issue and I now have live traffic on the switch. Does anybody have some experience with the usage of mod_h323 for more than some test calls? BR Jan Am 14.09.2010 16:39, schrieb Patrick Lists: > On 09/14/2010 02:17 PM, Jan Riedinger wrote: >> Hello all together! >> >> I started to operate FreeSwitch with live traffic for the first time >> yesterday. There is nothing special with my setup beside I used mod_h323. >> >> After some hours of operation the termination for all calls failed. In >> my CDR I find: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From tim at compnetwork.net Tue Sep 14 08:34:07 2010 From: tim at compnetwork.net (Tim King) Date: Tue, 14 Sep 2010 11:34:07 -0400 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> References: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> Message-ID: What command can I use to see if trans coding is happening? I am generating the calls from winsip and passing them to free switch which is sending them to a SIPp instance that is just echoing back the rtp stream. On Tue, Sep 14, 2010 at 11:08 AM, Mathieu Rene wrote: > Transcoding will only happen if it has to, if the codecs are the same on > both channels (same type, ptime and sample rate), FreeSWITCH will just pass > the audio frame without touching it. If you see transcoding happening, > chances are one of those variable isn't matching. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-09-14, at 10:40 AM, Steven Ayre wrote: > > Tim - are you using mod_g729 or mod_com_g729? > > -Steve > > > On 14 September 2010 15:32, David Ponzone wrote: > >> Tim, >> >> I dont think there is any proper G729 pass-through configuration. >> If a call is G729-passthrough, it should have (AFAIK) the same >> CPU-footstep than G711. >> >> Do you have G729 licenses on the host ? >> If yes, are you sure they are not used ? >> Have your checked your logs for any transcoding issues ? >> (grep ERR freeswitch.log | grep -i transcod) >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> * >> * >> >> >> >> Le 14/09/2010 ? 16:07, Tim King a ?crit : >> >> Can someone help point me toward proper configuration of G.729 pass >> through. I have a system with Dual Quad Core Xeons. It will hold up 1000 >> G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I >> spike the cpu's at around 400 calls. >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/c51099ad/attachment-0001.html From mrene_lists at avgs.ca Tue Sep 14 08:39:39 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 14 Sep 2010 11:39:39 -0400 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> Message-ID: show channels and show calls will tell you (the latter will display bridged channels as the former will simply list them all) Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-14, at 11:34 AM, Tim King wrote: > What command can I use to see if trans coding is happening? I am generating the calls from winsip and passing them to free switch which is sending them to a SIPp instance that is just echoing back the rtp stream. > > On Tue, Sep 14, 2010 at 11:08 AM, Mathieu Rene wrote: > Transcoding will only happen if it has to, if the codecs are the same on both channels (same type, ptime and sample rate), FreeSWITCH will just pass the audio frame without touching it. If you see transcoding happening, chances are one of those variable isn't matching. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-09-14, at 10:40 AM, Steven Ayre wrote: > >> Tim - are you using mod_g729 or mod_com_g729? >> >> -Steve >> >> >> On 14 September 2010 15:32, David Ponzone wrote: >> Tim, >> >> I dont think there is any proper G729 pass-through configuration. >> If a call is G729-passthrough, it should have (AFAIK) the same CPU-footstep than G711. >> >> Do you have G729 licenses on the host ? >> If yes, are you sure they are not used ? >> Have your checked your logs for any transcoding issues ? >> (grep ERR freeswitch.log | grep -i transcod) >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> Le 14/09/2010 ? 16:07, Tim King a ?crit : >> >>> Can someone help point me toward proper configuration of G.729 pass through. I have a system with Dual Quad Core Xeons. It will hold up 1000 G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I spike the cpu's at around 400 calls. >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/deafffa7/attachment.html From peter.olsson at visionutveckling.se Tue Sep 14 08:40:06 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 14 Sep 2010 17:40:06 +0200 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57DC6DD4B5@cooper> I Checked quickly through the code, on SWITCH_SIG_KILL it does a switch_rtp_kill_socket(). However, if the codecs are renegotiated there might be a leek, where rtp_session is set to NULL, but not destroyed first. If you have any debug logs you could send I can take a quick look at it later this evening. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Brian West Skickat: den 14 september 2010 16:47 Till: FreeSWITCH Users Help ?mne: Re: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! Well the issue is the FreeSWITCH port allocator ran out of ports so that leads me to think maybe its not releasing them. /b On Sep 14, 2010, at 9:39 AM, Patrick Lists wrote: > Which version of ptlib and h323plus are you using? Afaik the versions > recommended by people contributing to mod_h323 are: ptlib 2.8.1 and > h323plus from cvs20100525. If you currently do not use these versions > perhaps you can try them. > > Good luck! > > Regards, > Patrick _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4c8f8d1232933005445734! From jeff at jefflenk.com Tue Sep 14 08:54:26 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Tue, 14 Sep 2010 08:54:26 -0700 (PDT) Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C57DC6DD4B5@cooper> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> <92606359-2302-460C-A7AF-A87D89CC9258@freeswitch.org> <549CFEF87AEDE841A38E9D15EAB4C04C57DC6DD4B5@cooper> Message-ID: <1284479666437-5530868.post@n2.nabble.com> Please report this isssue to the Jira tracker It appears to me that switch_rtp_release_port may not be called properly -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/CRIT-sofia-glue-c-743-No-RTP-ports-available-tp5530036p5530868.html Sent from the freeswitch-users mailing list archive at Nabble.com. From david.ponzone at ipeva.fr Tue Sep 14 08:56:13 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 14 Sep 2010 17:56:13 +0200 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> Message-ID: <71C3A9BC-7E3A-4DB9-BBBB-567FE6B0380B@ipeva.fr> Tim, you can transcode only if you have G729 licenses and you use mod_com_g729. As math said, show channels will show you any issues, and also, as I told you earlier: grep ERR freeswitch.log | grep mod_g729 would show if you attempted to transcode with mod_g729. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 14/09/2010 ? 17:34, Tim King a ?crit : > What command can I use to see if trans coding is happening? I am > generating the calls from winsip and passing them to free switch > which is sending them to a SIPp instance that is just echoing back > the rtp stream. > > On Tue, Sep 14, 2010 at 11:08 AM, Mathieu Rene > wrote: > Transcoding will only happen if it has to, if the codecs are the > same on both channels (same type, ptime and sample rate), FreeSWITCH > will just pass the audio frame without touching it. If you see > transcoding happening, chances are one of those variable isn't > matching. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-09-14, at 10:40 AM, Steven Ayre wrote: > >> Tim - are you using mod_g729 or mod_com_g729? >> >> -Steve >> >> >> On 14 September 2010 15:32, David Ponzone >> wrote: >> Tim, >> >> I dont think there is any proper G729 pass-through configuration. >> If a call is G729-passthrough, it should have (AFAIK) the same CPU- >> footstep than G711. >> >> Do you have G729 licenses on the host ? >> If yes, are you sure they are not used ? >> Have your checked your logs for any transcoding issues ? >> (grep ERR freeswitch.log | grep -i transcod) >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou >> falsifi?. Si vous n'?tes pas destinataire de ce message, merci de >> le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> Le 14/09/2010 ? 16:07, Tim King a ?crit : >> >>> Can someone help point me toward proper configuration of G.729 >>> pass through. I have a system with Dual Quad Core Xeons. It will >>> hold up 1000 G.711u calls no problem with cpus 80% idle, however >>> if I switch to G.729 I spike the cpu's at around 400 calls. >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/3273d875/attachment-0001.html From brian at freeswitch.org Tue Sep 14 08:36:42 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 10:36:42 -0500 Subject: [Freeswitch-users] [CRIT] sofia_glue.c:743 No RTP ports available! In-Reply-To: <4C8F94E1.2030307@sns.eu> References: <4C8F67E1.9000206@sns.eu> <4C8F8932.70803@puzzled.xs4all.nl> <4C8F94E1.2030307@sns.eu> Message-ID: <2DF168BD-21E6-438E-8484-D468C9478844@freeswitch.org> I would like to make sure everyone reports issues on jira. /b On Sep 14, 2010, at 10:29 AM, Jan Riedinger wrote: > I followed the instruction of the mod_h323 Wiki page, which provided > ptlib version 2.9.0 and h323plus version 1.22.0. > > I'm a little bit frighten to test it with the recommended versions, > because I think it isn't too likely that it will fix the issue and I now > have live traffic on the switch. Does anybody have some experience with > the usage of mod_h323 for more than some test calls? > > BR > Jan From jrudolph at qx.net Tue Sep 14 09:30:09 2010 From: jrudolph at qx.net (Jody Rudolph) Date: Tue, 14 Sep 2010 12:30:09 -0400 Subject: [Freeswitch-users] Event Multicast vs. ODBC Core Message-ID: <53D2F0D3-F18C-4CD4-8594-C42D3D7D0C9B@qx.net> For the purpose of clustering, is using using the event-socket multicast between servers capable of providing all of the same usable information that sharing a core ODBC DSN? Thanks, Jody Rudolph From steveayre at gmail.com Tue Sep 14 10:52:26 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 14 Sep 2010 18:52:26 +0100 Subject: [Freeswitch-users] G.729 Media Pass-Thru In-Reply-To: References: <0CC6B4E8-AAC1-4249-9BD0-7714D8CD4852@avgs.ca> Message-ID: The cdrs will tell you which codecs are used inbound and outbound. If they're the same transcoding won't happen (probably*). If you're using mod_g729 transcoding can't happen. If you're using mod_com_g729 it can. * unless you're doing more than bridging eg eavesdropping, recording, playback etc Steve on iPhone On 14 Sep 2010, at 16:34, Tim King wrote: > What command can I use to see if trans coding is happening? I am generating the calls from winsip and passing them to free switch which is sending them to a SIPp instance that is just echoing back the rtp stream. > > On Tue, Sep 14, 2010 at 11:08 AM, Mathieu Rene wrote: > Transcoding will only happen if it has to, if the codecs are the same on both channels (same type, ptime and sample rate), FreeSWITCH will just pass the audio frame without touching it. If you see transcoding happening, chances are one of those variable isn't matching. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-09-14, at 10:40 AM, Steven Ayre wrote: > >> Tim - are you using mod_g729 or mod_com_g729? >> >> -Steve >> >> >> On 14 September 2010 15:32, David Ponzone wrote: >> Tim, >> >> I dont think there is any proper G729 pass-through configuration. >> If a call is G729-passthrough, it should have (AFAIK) the same CPU-footstep than G711. >> >> Do you have G729 licenses on the host ? >> If yes, are you sure they are not used ? >> Have your checked your logs for any transcoding issues ? >> (grep ERR freeswitch.log | grep -i transcod) >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> Le 14/09/2010 ? 16:07, Tim King a ?crit : >> >>> Can someone help point me toward proper configuration of G.729 pass through. I have a system with Dual Quad Core Xeons. It will hold up 1000 G.711u calls no problem with cpus 80% idle, however if I switch to G.729 I spike the cpu's at around 400 calls. >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > (same type, ptime and sample rate), FreeSWITCH will just pa= > ss >> the audio frame without touching it. If you see transcoding happening, >> chances are one of those variable isn't matching. >> >> Mathieu Rene >> Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/fe5d86ac/attachment.html From msc at freeswitch.org Tue Sep 14 14:07:09 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 14 Sep 2010 14:07:09 -0700 Subject: [Freeswitch-users] Conference finishing notification In-Reply-To: <4c8f3358477a23.19619255@wp.pl> References: <4c8f3358477a23.19619255@wp.pl> Message-ID: You may want to check out the sched_api command. You can use it to schedule future events. You can also use the event socket to control the conference from an external process - even on a different machine. I highly recommend the FS bridge book, especially chapters 8-10 which cover a lot of the advanced things like event socket and conferencing. Also, look at the API docs for conference: http://wiki.freeswitch.org/wiki/Mod_conference#API_Reference There a lots and lots of things you can do to the conference as a whole as well as to individual members. -MC 2010/9/14 Mariusz Czulada > Hi All, > > I'm relatively new to FS, so I need some help regarding conferences. > > I'm trying to port conference system previously created on > Asterisk/meetme. Currently a main problem for me is how to > configure/implement setting conference time and notifications about > joining too early or "conference will end in 5 minutes". > > Any help/tips are welcome. > > Regards, > > Mariusz Czu?ada > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/d64795ed/attachment.html From Nabble at slickdeals.endjunk.com Tue Sep 14 15:22:09 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 14 Sep 2010 15:22:09 -0700 (PDT) Subject: [Freeswitch-users] FreeSWITCH Cookbook Ideas - Submit Them ASAP! In-Reply-To: References: Message-ID: <1284502929095-5532344.post@n2.nabble.com> I see an entry for Google Talk but no Google Voice (GV). So far, the only SIP URI termination supported by GV is Gizmo5 (GV) to receive incoming calls on an ATA and/or PBX. There has been several scripts out there written to emulate a GV dialout to place an outbound call. Of particular interesting one is this http://www.pmarks.net/posted_links/google-voice-dialout.agi GV DialOut script written in Python. With the Asterisk bridge() function, this script is able to let Asterisk users to place a GV outbound call just by picking up a phone, dial, and talk (once the call has established). As seen http://freeswitch-users.2379917.n2.nabble.com/Asterisk-equivalent-Bridge-function-implementation-td5303089.html#a5303089 here , I had tried to bring up a discussion on how to implement this GV DialOut script on FS. I am glad some experts here were able to point out how to use this script on FS. However, for a newbie like me, this will lead to nowhere sans some examples to show how to exploit the scripts with the given FS API. So, adding a section to the cookbook to show how to achieve this with the script may not be a bad idea. OTOH, someone has actually written a GV channel (chan_gv) driver for Asterisk. This lets Asterisk users easily place an outbound calls through a simple Asterisk dialplan. Perhaps, FS developers should consider to add some sorts of GV channel driver for FS. This way, there may be a section in the cookbook devoted just for this, too. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FreeSWITCH-Cookbook-Ideas-Submit-Them-ASAP-tp5527964p5532344.html Sent from the freeswitch-users mailing list archive at Nabble.com. From chat2jesse at gmail.com Tue Sep 14 15:45:54 2010 From: chat2jesse at gmail.com (jesse) Date: Tue, 14 Sep 2010 15:45:54 -0700 Subject: [Freeswitch-users] wiki page about video conference set up in freeswitch Message-ID: do we have such wiki page? thanks! From david.ponzone at ipeva.fr Tue Sep 14 16:35:15 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 15 Sep 2010 01:35:15 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> Message-ID: Brian, the backtrace of the crash when loading mod_com_g729 is available there: http://pastebin.freeswitch.org/13902 Thanks a lot for your efforts to fix this. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 13/09/2010 ? 16:27, Brian West a ?crit : > Use a newer OS then... I hate HATE HATE those gnu purist assholes > that decided to change from .hash to .hash.gnu... *finger* to them. > I'll try to see if I can fix this if you can provide me a backtrace > of it. > > /b > > On Sep 12, 2010, at 12:09 PM, David Ponzone wrote: > >> v149 is still crashing FreeSWITCH on Debian 4.0 32 bits... >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/c7a84f82/attachment.html From brian at freeswitch.org Tue Sep 14 16:44:34 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Sep 2010 18:44:34 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> Message-ID: <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> Good I think I know what that is.. expect a 148 or 149 tonight or tomorrow morning to correct that. I'm also working on FreeBSD for everyone interested but I'll have to have some testers. /b On Sep 14, 2010, at 6:35 PM, David Ponzone wrote: > Brian, > > the backtrace of the crash when loading mod_com_g729 is available there: > http://pastebin.freeswitch.org/13902 > > Thanks a lot for your efforts to fix this. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > From w8hdkim at gmail.com Tue Sep 14 17:47:26 2010 From: w8hdkim at gmail.com (Kim Culhan) Date: Tue, 14 Sep 2010 20:47:26 -0400 Subject: [Freeswitch-users] FS G729 Release: 147 Message-ID: On Tue, September 14, 2010 7:44 pm, Brian West wrote: > Good I think I know what that is.. expect a 148 or 149 tonight or tomorrow morning > to correct that. I'm also working on FreeBSD for everyone interested but I'll have > to have some testers. I'm interested in being a tester of the FreeBSD G729 codec. -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100914/92d392eb/attachment.html From brokendash at gmail.com Tue Sep 14 21:30:19 2010 From: brokendash at gmail.com (broken dash) Date: Tue, 14 Sep 2010 23:30:19 -0500 Subject: [Freeswitch-users] FreeSWITCH Cookbook Ideas - Submit Them ASAP! In-Reply-To: <1284502929095-5532344.post@n2.nabble.com> References: <1284502929095-5532344.post@n2.nabble.com> Message-ID: Man, thats cool and all but isn't that "screen scraping"? What would be freaking awesome is some scripting tutorials that utilized the Google Data API's do perform various simple tasks.. * updating your google calender/task list. * checking to see how much money you've lost in the stock market via Google Finance Portfolio Data API * etc.. etc.. The thing that is really slowing me down is this.... So i setup FS and then started using FusionPBX to configure it and made a non complex auto attendant using the GUI. Now wanting to advance it further I find myself editing the script fusionpbx created manually, tweaking it. etc.. The issue is now more of a lack of programming skills, so some programming with FS stuff would be awesome. Lua,JavaScript, whatever.... just all focused on getting it done with FS. *Using other API's (Google Data API, SoftLayer API, etc..) within your scripts. *Handling different data types. *Retrieving/updating info from external databases, mysql, etc.. *Common programming mistakes, and how to avoid them, recommended reading, etc... I can go buy a book about JavaScript but it lacks practical examples of JavaScript being used with FS. So theirs my 2 cents.... Hopefully my random, incoherent input is useful. :-) Thanks, Brian M. On Tue, Sep 14, 2010 at 5:22 PM, mazilo wrote: > > I see an entry for Google Talk but no Google Voice (GV). So far, the only SIP > URI termination supported by GV is Gizmo5 (GV) to receive incoming calls on > an ATA and/or PBX. There has been several scripts out there written to > emulate a GV dialout to place an outbound call. Of particular interesting > one is this ?http://www.pmarks.net/posted_links/google-voice-dialout.agi GV > DialOut ?script written in Python. With the Asterisk bridge() function, this > script is able to let Asterisk users to place a GV outbound call just by > picking up a phone, dial, and talk (once the call has established). As seen > http://freeswitch-users.2379917.n2.nabble.com/Asterisk-equivalent-Bridge-function-implementation-td5303089.html#a5303089 > here , I had tried to bring up a discussion on how to implement this GV > DialOut script on FS. I am glad some experts here were able to point out how > to use this script on FS. However, for a newbie like me, this will lead to > nowhere sans some examples to show how to exploit the scripts with the given > FS API. So, adding a section to the cookbook to show how to achieve this > with the script may not be a bad idea. > > OTOH, someone has actually written a GV channel (chan_gv) driver for > Asterisk. This lets Asterisk users easily place an outbound calls through a > simple Asterisk dialplan. Perhaps, FS developers should consider to add some > sorts of GV channel driver for FS. This way, there may be a section in the > cookbook devoted just for this, too. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FreeSWITCH-Cookbook-Ideas-Submit-Them-ASAP-tp5527964p5532344.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 curriegrad2004 at gmail.com Tue Sep 14 22:33:48 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Tue, 14 Sep 2010 22:33:48 -0700 Subject: [Freeswitch-users] dtmfmode=auto equivalent in FreeSwitch Message-ID: Hey all, While I was reading over examples on configuring Asterisk to work with a SIP provider (FreePhoneLine.ca), I was wondering if there is an option just like dtmfmode=auto in FreeSwitch. If not, is there a way to get FreeSwitch to intercept the DTMF tones sent from any client and send them as in-band tone? Thanks for the help in advance! From farhan.husain at csebuet.org Tue Sep 14 22:54:25 2010 From: farhan.husain at csebuet.org (Farhan Husain) Date: Wed, 15 Sep 2010 00:54:25 -0500 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH Message-ID: Hello, Can anyone give me few names of good hosting services for deploying FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. Thanks, Farhan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/3de4d2c8/attachment.html From farhan.husain at csebuet.org Tue Sep 14 23:37:52 2010 From: farhan.husain at csebuet.org (Farhan Husain) Date: Wed, 15 Sep 2010 01:37:52 -0500 Subject: [Freeswitch-users] Best Colocation/Dedicated Service Provider for VoIP Soft Switches In-Reply-To: References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> <201009021810.41145.sos@sokhapkin.dyndns.org> <001a01cb4b63$f4618b70$dd24a250$@ae> Message-ID: What kind of hosting do you recommend with NTT Verio? I found that there are several types of hosting e.g. dedicated Linux hosting, VPS hosting etc. On Fri, Sep 3, 2010 at 7:46 AM, Nyamul Hassan wrote: > If you don't mind the yearly commitment, you could try NTT Verio. All > their servers come with 100 Mbps unmetered bandwidth. > > We have been using them for some time and currently have 4 servers. > Intel E5504 Quad Core processors, 4 GB RAM, 2 SCSI HDDs in RAID. All > running great! > > Regards > HASSAN > > > > On 2010-09-03, Khurram Shafi wrote: > > Hello List, > > > > Which is the best Colocation/Dedicated Service Provider for VoIP Soft > > Switches. > > Currently we are using Softlayer but having issues and through our > > experience with them, they are not suitable for VOIP. > > > > Please recommend good dedicated server hosting providers. > > > > Regards > > > > Khurram > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/ce9b73df/attachment-0001.html From mnhassan at usa.net Wed Sep 15 00:53:20 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Wed, 15 Sep 2010 13:53:20 +0600 Subject: [Freeswitch-users] Best Colocation/Dedicated Service Provider for VoIP Soft Switches In-Reply-To: References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> <201009021810.41145.sos@sokhapkin.dyndns.org> <001a01cb4b63$f4618b70$dd24a250$@ae> Message-ID: We use dedicated servers running either Linux or Windows. Regards HASSAN On 2010-09-15, Farhan Husain wrote: > What kind of hosting do you recommend with NTT Verio? I found that there are > several types of hosting e.g. dedicated Linux hosting, VPS hosting etc. > > On Fri, Sep 3, 2010 at 7:46 AM, Nyamul Hassan wrote: > >> If you don't mind the yearly commitment, you could try NTT Verio. All >> their servers come with 100 Mbps unmetered bandwidth. >> >> We have been using them for some time and currently have 4 servers. >> Intel E5504 Quad Core processors, 4 GB RAM, 2 SCSI HDDs in RAID. All >> running great! >> >> Regards >> HASSAN >> >> >> >> On 2010-09-03, Khurram Shafi wrote: >> > Hello List, >> > >> > Which is the best Colocation/Dedicated Service Provider for VoIP Soft >> > Switches. >> > Currently we are using Softlayer but having issues and through our >> > experience with them, they are not suitable for VOIP. >> > >> > Please recommend good dedicated server hosting providers. >> > >> > Regards >> > >> > Khurram >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> -- >> Sent from my mobile device >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device From ktngl at yahoo.co.uk Wed Sep 15 02:05:37 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Wed, 15 Sep 2010 09:05:37 +0000 (GMT) Subject: [Freeswitch-users] Getting call leg details In-Reply-To: Message-ID: <261167.96012.qm@web29203.mail.ird.yahoo.com> Thanks for the ?info, I have a few further questions Is it on the execution of the bridge that generates the CHANNEL_HANGUP_COMPLETE for the first leg. If so how does it carry the call on to the second leg because I thought that CHANNEL_HANGUP_COMPLETE is sent after a call disconnected. --- On Sun, 12/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Sunday, 12 September, 2010, 21:43 Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. Each will have a different UUID so you'll only get both events if you're watching both/all UUIDs. On 12 September 2010 20:53, Nigel Kent wrote: I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events and I want to verify the call leg details 1. Did the call end in aleg or bleg Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or cancel. Not sure how to do it if you have something other than sofia on either leg. How to interpret the value probably depends on whether it's on the A or B leg. ? 2. What was the call durations in each of the legs Check variable_duration http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETE contains an example of the event which will be generated, and includes many of the channel variables, including several useful timestamp and durations. For example there are timestamps for the call starting, ringing (progress), answered, and hangup, and a billsec variable as well as the duration (which should be the same in almost all cases). ? I am not sure if I am applying the terminology of call legs in the proper way but what I mean by aleg is that the incoming call was not bridged and bleg after being bridged That's the correct terminology. :) -Steve ? _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/cbfc1e6c/attachment.html From asilva at wirelessmundi.com Wed Sep 15 04:07:53 2010 From: asilva at wirelessmundi.com (Antonio) Date: Wed, 15 Sep 2010 13:07:53 +0200 Subject: [Freeswitch-users] tone_stream problem for fifo Message-ID: <1284548873.6047.12.camel@marces.tc.commsmundi.com> Hi to all, I'm trying to set a ringtone as music wait for an agent that will wait in fifo for a caller. So my originate command is: originate user/102 at default.com '&fifo(ac5b5938-c63d-40ce-9626-10debd592ca9 out wait undef \'tone_stream://%(2000,4000,440,0)\')' the tone_stream is done as expected but i have dtmf after playing the ring tone. Is it normal? or does anyone know another way of do it what i'm trying to accomplish Thanks, Ant?nio From asilva at wirelessmundi.com Wed Sep 15 05:20:40 2010 From: asilva at wirelessmundi.com (Antonio) Date: Wed, 15 Sep 2010 14:20:40 +0200 Subject: [Freeswitch-users] tone_stream problem for fifo In-Reply-To: <1284548873.6047.12.camel@marces.tc.commsmundi.com> References: <1284548873.6047.12.camel@marces.tc.commsmundi.com> Message-ID: <1284553240.6047.25.camel@marces.tc.commsmundi.com> Just found an work around: originate user/102 at default.com '&fifo(ac5b5938-c63d-40ce-9626-10debd592ca9 out wait undef tone_stream://path='tmp/tone')' inside the /tmp/tone i got %(2000,4000,440,0). the main problem is in the originate command, it fetch the ")" from the tone_stream and doesn't fetch the last one, so the parameters passed to tone_stream are incorrect. I nice feature, you should find a way of escape the ( ) for other applications for the application in the originate. the subject for this mail is incorrect, should be, "originate problem escape applications variables" On Wed, 2010-09-15 at 13:07 +0200, Antonio wrote: > Hi to all, > > I'm trying to set a ringtone as music wait for an agent that will wait > in fifo for a caller. > > So my originate command is: > > originate user/102 at default.com '&fifo(ac5b5938-c63d-40ce-9626-10debd592ca9 out wait undef \'tone_stream://%(2000,4000,440,0)\')' > > the tone_stream is done as expected but i have dtmf after playing the > ring tone. > > Is it normal? or does anyone know another way of do it what i'm trying > to accomplish > > > Thanks, > Ant?nio > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Un cordial saludo / Best regards, _________________________ Ant?nio Silva E-mail:asilva at wirelessmundi.com From steveayre at gmail.com Wed Sep 15 05:24:44 2010 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 15 Sep 2010 13:24:44 +0100 Subject: [Freeswitch-users] Getting call leg details In-Reply-To: <261167.96012.qm@web29203.mail.ird.yahoo.com> References: <261167.96012.qm@web29203.mail.ird.yahoo.com> Message-ID: On 15 September 2010 10:05, Nigel Kent wrote: > > Thanks for the info, I have a few further questions > > Is it on the execution of the bridge that generates the > CHANNEL_HANGUP_COMPLETE for the first leg. > No, it's after the channel hangs up (CHANNEL_HANGUP being sent when it starts to hang up). If the caller on the A-leg initiates the hangup, then the B-Leg will hangup when the A-Leg hangs up. If the callee on the B-leg initiates the hangup, then the A-Leg will either hangup (if hangup_on_bridge=true) or return to the dialplan and hangup when it has no more applications to run. If you want to know when the bridge starts/finishes look for CHANNEL_BRIDGE and CHANNEL_UNBRIDGE. > If so how does it carry the call on to the second leg because I thought > that CHANNEL_HANGUP_COMPLETE is sent after a call disconnected. > It is sent then. Not sure I understand what you mean by 'carry the call on'? -Steve > > > > --- On *Sun, 12/9/10, Steven Ayre * wrote: > > > From: Steven Ayre > Subject: Re: [Freeswitch-users] Getting call leg details > To: "FreeSWITCH Users Help" > Date: Sunday, 12 September, 2010, 21:43 > > > Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. > Each will have a different UUID so you'll only get both events if you're > watching both/all UUIDs. > > On 12 September 2010 20:53, Nigel Kent > > wrote: > > I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events > and I want to verify the call leg details > > 1. Did the call end in aleg or bleg > > > Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or > cancel. Not sure how to do it if you have something other than sofia on > either leg. > How to interpret the value probably depends on whether it's on the A or B > leg. > > > > 2. What was the call durations in each of the legs > > > Check variable_duration > > http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETEcontains an example of the event which will be generated, and includes many > of the channel variables, including several useful timestamp and durations. > For example there are timestamps for the call starting, ringing (progress), > answered, and hangup, and a billsec variable as well as the duration (which > should be the same in almost all cases). > > > > I am not sure if I am applying the terminology of call legs in the proper > way but > what I mean by aleg is that the incoming call was not bridged and bleg > after being bridged > > > That's the correct terminology. :) > > -Steve > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/2747de53/attachment-0001.html From david.ponzone at ipeva.fr Wed Sep 15 05:52:46 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 15 Sep 2010 14:52:46 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> Message-ID: <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> Brian, thanks. 149 is already the one that crashes on my box, so I guess you meant 150 or 151 ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 15/09/2010 ? 01:44, Brian West a ?crit : > Good I think I know what that is.. expect a 148 or 149 tonight or > tomorrow morning to correct that. I'm also working on FreeBSD for > everyone interested but I'll have to have some testers. > > /b > > On Sep 14, 2010, at 6:35 PM, David Ponzone wrote: > >> Brian, >> >> the backtrace of the crash when loading mod_com_g729 is available >> there: >> http://pastebin.freeswitch.org/13902 >> >> Thanks a lot for your efforts to fix this. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou >> falsifi?. Si vous n'?tes pas destinataire de ce message, merci de >> le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/8266d12e/attachment.html From brian at freeswitch.org Wed Sep 15 06:20:20 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Sep 2010 08:20:20 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> Message-ID: Good catch there :P /b On Sep 15, 2010, at 7:52 AM, David Ponzone wrote: > Brian, > > thanks. > > 149 is already the one that crashes on my box, so I guess you meant 150 or 151 ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 From mishraspecific at gmail.com Wed Sep 15 00:27:37 2010 From: mishraspecific at gmail.com (manish mishra) Date: Wed, 15 Sep 2010 12:57:37 +0530 Subject: [Freeswitch-users] Instaliling and using Freeswitch Message-ID: i run the code trough vc++ it compiled successfully. Bt i have no idea about how to use freeSwitch. Can somone guide me how i can use on window plateform. thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/8948b346/attachment.html From brian at freeswitch.org Wed Sep 15 06:32:55 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Sep 2010 08:32:55 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> Message-ID: Can you try this http://www.bkw.org/fsg729-151-installer If that doesn't work please install our SSH key and let me so I can see what exactly is going wrong. Thanks, /b On Sep 15, 2010, at 7:52 AM, David Ponzone wrote: > Brian, > > thanks. > > 149 is already the one that crashes on my box, so I guess you meant 150 or 151 ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > From brian at freeswitch.org Wed Sep 15 07:53:22 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Sep 2010 09:53:22 -0500 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH In-Reply-To: References: Message-ID: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> I'm not too sure "good" and "affordable" go hand in hand. /b On Sep 15, 2010, at 12:54 AM, Farhan Husain wrote: > Hello, > > Can anyone give me few names of good hosting services for deploying FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. > > Thanks, > Farhan From stephen at stephenjc.com Wed Sep 15 07:58:44 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Wed, 15 Sep 2010 10:58:44 -0400 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH In-Reply-To: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> References: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> Message-ID: For me it was cheaper to Colo then to rent a server after 1 year. On Sep 15, 2010 10:55 AM, "Brian West" wrote: > I'm not too sure "good" and "affordable" go hand in hand. > > /b > > On Sep 15, 2010, at 12:54 AM, Farhan Husain wrote: > >> Hello, >> >> Can anyone give me few names of good hosting services for deploying FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. >> >> Thanks, >> Farhan > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/8af00322/attachment.html From gamalsa at hotmail.com Wed Sep 15 07:28:57 2010 From: gamalsa at hotmail.com (gamalsa) Date: Wed, 15 Sep 2010 07:28:57 -0700 (PDT) Subject: [Freeswitch-users] G-723 p-time Message-ID: <1284560937785-5534603.post@n2.nabble.com> using g-723 in FS, the call either fails or hear distorted voice. it turns out that our vendor uses p-time 30 ms for g.723 while freeswitch uses 120 ms. Is there a way to set p-time for g.723.1 to 30 ms in FS? or this is transcoding issue that cannot be resolved .. Thanks Gamal -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G-723-p-time-tp5534603p5534603.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ktngl at yahoo.co.uk Wed Sep 15 08:10:43 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Wed, 15 Sep 2010 15:10:43 +0000 (GMT) Subject: [Freeswitch-users] Getting call leg details In-Reply-To: Message-ID: <668836.58892.qm@web29216.mail.ird.yahoo.com> I think I am undertaning better now what you said. For a call( connected between both ends) that gets disconnected there will be seperate hang up events genereated, one from each leg and each leg has its own?UUID? In that case I understand the incoming is assigned a?UUID as soon as it comes in. In regards to my original needs in identifity the legs, I am thinking I could set a channel variable to indicate the leg. This could be done as soon as the call is anwsered for the a leg. So now I am trying to work out how to access the b leg variables?? --- On Wed, 15/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Wednesday, 15 September, 2010, 12:24 On 15 September 2010 10:05, Nigel Kent wrote: Thanks for the ?info, I have a few further questions Is it on the execution of the bridge that generates the CHANNEL_HANGUP_COMPLETE for the first leg. No, it's after the channel hangs up (CHANNEL_HANGUP being sent when it starts to hang up). If the caller on the A-leg initiates the hangup, then the B-Leg will hangup when the A-Leg hangs up. If the callee on the B-leg initiates the hangup, then the A-Leg will either hangup (if hangup_on_bridge=true) or return to the dialplan and hangup when it has no more applications to run. If you want to know when the bridge starts/finishes look for CHANNEL_BRIDGE and CHANNEL_UNBRIDGE. If so how does it carry the call on to the second leg because I thought that CHANNEL_HANGUP_COMPLETE is sent after a call disconnected. It is sent then. Not sure I understand what you mean by 'carry the call on'? -Steve ? --- On Sun, 12/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Sunday, 12 September, 2010, 21:43 Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. Each will have a different UUID so you'll only get both events if you're watching both/all UUIDs. On 12 September 2010 20:53, Nigel Kent wrote: I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events and I want to verify the call leg details 1. Did the call end in aleg or bleg Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or cancel. Not sure how to do it if you have something other than sofia on either leg. How to interpret the value probably depends on whether it's on the A or B leg. ? 2. What was the call durations in each of the legs Check variable_duration http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETE contains an example of the event which will be generated, and includes many of the channel variables, including several useful timestamp and durations. For example there are timestamps for the call starting, ringing (progress), answered, and hangup, and a billsec variable as well as the duration (which should be the same in almost all cases). ? I am not sure if I am applying the terminology of call legs in the proper way but what I mean by aleg is that the incoming call was not bridged and bleg after being bridged That's the correct terminology. :) -Steve ? _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/5e171bfc/attachment.html From lloyd.aloysius at gmail.com Wed Sep 15 08:25:03 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Wed, 15 Sep 2010 11:25:03 -0400 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH In-Reply-To: References: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> Message-ID: Farhan, For Testing purposes. I highly recommend http://www.linode.com/ FreeSWITCH running smoothly on Linode VPS. I am using them for last 6 months. Their control panel is very easy to use and reload OS anytime you want. Also I run couple of production VPS. Thanks Lloyd On Wed, Sep 15, 2010 at 10:58 AM, stephen at stephenjc < stephen at stephenjc.com> wrote: > For me it was cheaper to Colo then to rent a server after 1 year. > > On Sep 15, 2010 10:55 AM, "Brian West" wrote: > > I'm not too sure "good" and "affordable" go hand in hand. > > > > /b > > > > On Sep 15, 2010, at 12:54 AM, Farhan Husain wrote: > > > >> Hello, > >> > >> Can anyone give me few names of good hosting services for deploying > FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. > >> > >> Thanks, > >> Farhan > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/61a3ea6c/attachment.html From msc at freeswitch.org Wed Sep 15 08:41:18 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 15 Sep 2010 08:41:18 -0700 Subject: [Freeswitch-users] FreeSWITCH Conference Call Today - Discussing Cookbook Recipes, etc. Message-ID: Okay all, here's the agenda: http://wiki.freeswitch.org/wiki/FS_weekly_2010_09_15 Talk to you soon! -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/792b3c66/attachment.html From asannucci at gmail.com Wed Sep 15 08:44:13 2010 From: asannucci at gmail.com (bakko) Date: Wed, 15 Sep 2010 10:44:13 -0500 Subject: [Freeswitch-users] Good and affordable hosting service forFreeSWITCH In-Reply-To: References: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> Message-ID: Hi LLoyd, I use Linode too. How many calls can suport Linode? Are you done some test? Thank's Regards - Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/ac037089/attachment-0001.html From testeador01 at gmail.com Wed Sep 15 09:05:18 2010 From: testeador01 at gmail.com (Milena) Date: Wed, 15 Sep 2010 11:05:18 -0500 Subject: [Freeswitch-users] dtmfmode=auto equivalent in FreeSwitch In-Reply-To: References: Message-ID: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf_generate On Wed, Sep 15, 2010 at 12:33 AM, Jeffrey Leung wrote: > Hey all, > > While I was reading over examples on configuring Asterisk to work with > a SIP provider (FreePhoneLine.ca), I was wondering if there is an > option just like dtmfmode=auto in FreeSwitch. If not, is there a way > to get FreeSwitch to intercept the DTMF tones sent from any client and > send them as in-band tone? > > Thanks for the help in advance! > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/548ee206/attachment.html From chris.chen2004 at gmail.com Wed Sep 15 09:40:01 2010 From: chris.chen2004 at gmail.com (Chris Chen) Date: Wed, 15 Sep 2010 12:40:01 -0400 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH In-Reply-To: References: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> Message-ID: For testing and production purpose, Amazon EC2 is also a good option, of course you can not host production ready FS on small EC2 instance though. Thanks, Chris On Wed, Sep 15, 2010 at 11:25 AM, Aloysius Lloyd wrote: > Farhan, > > For Testing purposes. I highly recommend http://www.linode.com/ > > FreeSWITCH running smoothly on Linode VPS. I am > using them for last 6 months. Their control panel is very easy to use and > reload OS anytime you want. > > Also I run couple of production VPS. > > > Thanks > Lloyd > > > > On Wed, Sep 15, 2010 at 10:58 AM, stephen at stephenjc < > stephen at stephenjc.com> wrote: > >> For me it was cheaper to Colo then to rent a server after 1 year. >> >> On Sep 15, 2010 10:55 AM, "Brian West" wrote: >> > I'm not too sure "good" and "affordable" go hand in hand. >> > >> > /b >> > >> > On Sep 15, 2010, at 12:54 AM, Farhan Husain wrote: >> > >> >> Hello, >> >> >> >> Can anyone give me few names of good hosting services for deploying >> FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. >> >> >> >> Thanks, >> >> Farhan >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/39e49b0e/attachment.html From fdelawarde at wirelessmundi.com Wed Sep 15 09:41:49 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Wed, 15 Sep 2010 18:41:49 +0200 Subject: [Freeswitch-users] dtmfmode=auto equivalent in FreeSwitch In-Reply-To: References: Message-ID: <1284568909.1801.11.camel@luna.tc.commsmundi.com> Also look at: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf And the default.xml dialplan: Fran?ois. On Wed, 2010-09-15 at 11:05 -0500, Milena wrote: > http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf_generate > > On Wed, Sep 15, 2010 at 12:33 AM, Jeffrey Leung > wrote: > Hey all, > > While I was reading over examples on configuring Asterisk to > work with > a SIP provider (FreePhoneLine.ca), I was wondering if there is > an > option just like dtmfmode=auto in FreeSwitch. If not, is there > a way > to get FreeSwitch to intercept the DTMF tones sent from any > client and > send them as in-band tone? > > Thanks for the help in advance! > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From steveayre at gmail.com Wed Sep 15 10:04:20 2010 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 15 Sep 2010 18:04:20 +0100 Subject: [Freeswitch-users] Getting call leg details In-Reply-To: <668836.58892.qm@web29216.mail.ird.yahoo.com> References: <668836.58892.qm@web29216.mail.ird.yahoo.com> Message-ID: On 15 September 2010 16:10, Nigel Kent wrote: > I think I am undertaning better now what you said. > > For a call( connected between both ends) that gets disconnected there will > be seperate hang up events genereated, one from each leg and each leg has > its own UUID > Yes, that's correct. Each leg is a separate channel which are really separate calls from the caller to freeswitch, and from freeswitch to the caller. Each has it's own UUID and events. You join the two together by bridging them, at which point their signalling and media are joined together. > In that case I understand the incoming is assigned a UUID as soon as it > comes in. > Yes. The UUID is assigned as soon as the channel is created. > In regards to my original needs in identifity the legs, I am thinking I > could set a channel variable to indicate the leg. This could be done as soon > as the call is anwsered for the a leg. > This already exists. There is a direction variable which will be set to inbound on the A-leg and outbound on the B-leg. AFAIK it exists as soon as the channel is created. > > So now I am trying to work out how to access the b leg variables? > The variables will be in the CHANNEL_HANGUP_COMPLETE event for the B-Leg. If you want variable_sip_hangup_disposition you only need it for one of the legs: A-Leg: cancel : caller hung up before the call was answered recv_bye : was answered, caller (aleg) hung up send_bye : was answered, callee (bleg) hung up B-Leg (bye direction swapped compared to aleg) cancel : caller hung up before the call was answered recv_bye : was answered, callee (aleg) hung up send_bye : was answered, caller (bleg) hung up -Steve > > --- On *Wed, 15/9/10, Steven Ayre * wrote: > > > From: Steven Ayre > Subject: Re: [Freeswitch-users] Getting call leg details > To: "FreeSWITCH Users Help" > Date: Wednesday, 15 September, 2010, 12:24 > > > > > On 15 September 2010 10:05, Nigel Kent > > wrote: > > > Thanks for the info, I have a few further questions > > Is it on the execution of the bridge that generates the > CHANNEL_HANGUP_COMPLETE for the first leg. > > > No, it's after the channel hangs up (CHANNEL_HANGUP being sent when it > starts to hang up). > If the caller on the A-leg initiates the hangup, then the B-Leg will hangup > when the A-Leg hangs up. > If the callee on the B-leg initiates the hangup, then the A-Leg will either > hangup (if hangup_on_bridge=true) or return to the dialplan and hangup when > it has no more applications to run. > > If you want to know when the bridge starts/finishes look for CHANNEL_BRIDGE > and CHANNEL_UNBRIDGE. > > > If so how does it carry the call on to the second leg because I thought > that CHANNEL_HANGUP_COMPLETE is sent after a call disconnected. > > > It is sent then. Not sure I understand what you mean by 'carry the call > on'? > > -Steve > > > > > > > > --- On *Sun, 12/9/10, Steven Ayre > >* wrote: > > > From: Steven Ayre > > > Subject: Re: [Freeswitch-users] Getting call leg details > To: "FreeSWITCH Users Help" > > > Date: Sunday, 12 September, 2010, 21:43 > > > Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. > Each will have a different UUID so you'll only get both events if you're > watching both/all UUIDs. > > On 12 September 2010 20:53, Nigel Kent > > wrote: > > I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events > and I want to verify the call leg details > > 1. Did the call end in aleg or bleg > > > Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or > cancel. Not sure how to do it if you have something other than sofia on > either leg. > How to interpret the value probably depends on whether it's on the A or B > leg. > > > > 2. What was the call durations in each of the legs > > > Check variable_duration > > http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETEcontains an example of the event which will be generated, and includes many > of the channel variables, including several useful timestamp and durations. > For example there are timestamps for the call starting, ringing (progress), > answered, and hangup, and a billsec variable as well as the duration (which > should be the same in almost all cases). > > > > I am not sure if I am applying the terminology of call legs in the proper > way but > what I mean by aleg is that the incoming call was not bridged and bleg > after being bridged > > > That's the correct terminology. :) > > -Steve > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/ba6213af/attachment-0001.html From ktngl at yahoo.co.uk Wed Sep 15 11:15:48 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Wed, 15 Sep 2010 18:15:48 +0000 (GMT) Subject: [Freeswitch-users] Getting call leg details In-Reply-To: Message-ID: <576697.55353.qm@web29215.mail.ird.yahoo.com> Thanks that's helpfull informatiom. I am going do some practical test now --- On Wed, 15/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Wednesday, 15 September, 2010, 17:04 On 15 September 2010 16:10, Nigel Kent wrote: I think I am undertaning better now what you said. For a call( connected between both ends) that gets disconnected there will be seperate hang up events genereated, one from each leg and each leg has its own?UUID? Yes, that's correct. Each leg is a separate channel which are really separate calls from the caller to freeswitch, and from freeswitch to the caller. Each has it's own UUID and events. You join the two together by bridging them, at which point their signalling and media are joined together. In that case I understand the incoming is assigned a?UUID as soon as it comes in. Yes. The UUID is assigned as soon as the channel is created. In regards to my original needs in identifity the legs, I am thinking I could set a channel variable to indicate the leg. This could be done as soon as the call is anwsered for the a leg. This already exists. There is a direction variable which will be set to inbound on the A-leg and outbound on the B-leg. AFAIK it exists as soon as the channel is created. ? So now I am trying to work out how to access the b leg variables? The variables will be in the CHANNEL_HANGUP_COMPLETE event for the B-Leg. If you want variable_sip_hangup_disposition you only need it for one of the legs: A-Leg: cancel : caller hung up before the call was answered recv_bye : was answered, caller (aleg) hung up send_bye : was answered, callee (bleg) hung up B-Leg (bye direction swapped compared to aleg) cancel : caller hung up before the call was answered recv_bye : was answered, callee (aleg) hung up send_bye : was answered, caller (bleg) hung up -Steve ? --- On Wed, 15/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Wednesday, 15 September, 2010, 12:24 On 15 September 2010 10:05, Nigel Kent wrote: Thanks for the ?info, I have a few further questions Is it on the execution of the bridge that generates the CHANNEL_HANGUP_COMPLETE for the first leg. No, it's after the channel hangs up (CHANNEL_HANGUP being sent when it starts to hang up). If the caller on the A-leg initiates the hangup, then the B-Leg will hangup when the A-Leg hangs up. If the callee on the B-leg initiates the hangup, then the A-Leg will either hangup (if hangup_on_bridge=true) or return to the dialplan and hangup when it has no more applications to run. If you want to know when the bridge starts/finishes look for CHANNEL_BRIDGE and CHANNEL_UNBRIDGE. If so how does it carry the call on to the second leg because I thought that CHANNEL_HANGUP_COMPLETE is sent after a call disconnected. It is sent then. Not sure I understand what you mean by 'carry the call on'? -Steve ? --- On Sun, 12/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] Getting call leg details To: "FreeSWITCH Users Help" Date: Sunday, 12 September, 2010, 21:43 Both the A-Leg and B-Leg will generate a CHANNEL_HANGUP_COMPLETE event. Each will have a different UUID so you'll only get both events if you're watching both/all UUIDs. On 12 September 2010 20:53, Nigel Kent wrote: I have a event socket listener that catches CHANNEL_HANGUP_COMPLETE events and I want to verify the call leg details 1. Did the call end in aleg or bleg Check variable_sip_hangup_disposition. Values will be recv_bye, send_bye or cancel. Not sure how to do it if you have something other than sofia on either leg. How to interpret the value probably depends on whether it's on the A or B leg. ? 2. What was the call durations in each of the legs Check variable_duration http://wiki.freeswitch.org/wiki/Event_list#CHANNEL_HANGUP_COMPLETE contains an example of the event which will be generated, and includes many of the channel variables, including several useful timestamp and durations. For example there are timestamps for the call starting, ringing (progress), answered, and hangup, and a billsec variable as well as the duration (which should be the same in almost all cases). ? I am not sure if I am applying the terminology of call legs in the proper way but what I mean by aleg is that the incoming call was not bridged and bleg after being bridged That's the correct terminology. :) -Steve ? _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/d0be6fa4/attachment.html From farhan.husain at csebuet.org Wed Sep 15 11:18:53 2010 From: farhan.husain at csebuet.org (Farhan Husain) Date: Wed, 15 Sep 2010 13:18:53 -0500 Subject: [Freeswitch-users] Good and affordable hosting service for FreeSWITCH In-Reply-To: References: <7B0529D1-270D-4C8B-AD9E-AB0A68AF2D3C@freeswitch.org> Message-ID: Thanks guys for your suggestions. On Wed, Sep 15, 2010 at 11:40 AM, Chris Chen wrote: > For testing and production purpose, Amazon EC2 is also a good option, of > course you can not host production ready FS on small EC2 instance though. > Thanks, > Chris > > > On Wed, Sep 15, 2010 at 11:25 AM, Aloysius Lloyd > wrote: > >> Farhan, >> >> For Testing purposes. I highly recommend http://www.linode.com/ >> >> FreeSWITCH running smoothly on Linode VPS. I am >> using them for last 6 months. Their control panel is very easy to use and >> reload OS anytime you want. >> >> Also I run couple of production VPS. >> >> >> Thanks >> Lloyd >> >> >> >> On Wed, Sep 15, 2010 at 10:58 AM, stephen at stephenjc < >> stephen at stephenjc.com> wrote: >> >>> For me it was cheaper to Colo then to rent a server after 1 year. >>> >>> On Sep 15, 2010 10:55 AM, "Brian West" wrote: >>> > I'm not too sure "good" and "affordable" go hand in hand. >>> > >>> > /b >>> > >>> > On Sep 15, 2010, at 12:54 AM, Farhan Husain wrote: >>> > >>> >> Hello, >>> >> >>> >> Can anyone give me few names of good hosting services for deploying >>> FreeSWITCH? I am planning to deploy a FreeSWITCH server on test basis. >>> >> >>> >> Thanks, >>> >> Farhan >>> > >>> > >>> > _______________________________________________ >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/9fdc609a/attachment-0001.html From farhan.husain at csebuet.org Wed Sep 15 11:44:39 2010 From: farhan.husain at csebuet.org (Farhan Husain) Date: Wed, 15 Sep 2010 13:44:39 -0500 Subject: [Freeswitch-users] Best Colocation/Dedicated Service Provider for VoIP Soft Switches In-Reply-To: References: <9B00762AA1044638ADCC4A427B3ACDA2@HandsOff> <507929F6-9372-4454-AACA-8591B01CDEDA@freeswitch.org> <201009021810.41145.sos@sokhapkin.dyndns.org> <001a01cb4b63$f4618b70$dd24a250$@ae> Message-ID: Thanks Hassan. On Wed, Sep 15, 2010 at 2:53 AM, Nyamul Hassan wrote: > We use dedicated servers running either Linux or Windows. > > Regards > HASSAN > > > On 2010-09-15, Farhan Husain wrote: > > What kind of hosting do you recommend with NTT Verio? I found that there > are > > several types of hosting e.g. dedicated Linux hosting, VPS hosting etc. > > > > On Fri, Sep 3, 2010 at 7:46 AM, Nyamul Hassan wrote: > > > >> If you don't mind the yearly commitment, you could try NTT Verio. All > >> their servers come with 100 Mbps unmetered bandwidth. > >> > >> We have been using them for some time and currently have 4 servers. > >> Intel E5504 Quad Core processors, 4 GB RAM, 2 SCSI HDDs in RAID. All > >> running great! > >> > >> Regards > >> HASSAN > >> > >> > >> > >> On 2010-09-03, Khurram Shafi wrote: > >> > Hello List, > >> > > >> > Which is the best Colocation/Dedicated Service Provider for VoIP Soft > >> > Switches. > >> > Currently we are using Softlayer but having issues and through our > >> > experience with them, they are not suitable for VOIP. > >> > > >> > Please recommend good dedicated server hosting providers. > >> > > >> > Regards > >> > > >> > Khurram > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > http://www.freeswitch.org > >> > > >> > >> -- > >> Sent from my mobile device > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/1639cc95/attachment.html From dujinfang at gmail.com Wed Sep 15 16:02:36 2010 From: dujinfang at gmail.com (Seven Du) Date: Thu, 16 Sep 2010 07:02:36 +0800 Subject: [Freeswitch-users] Some build 32 bit binary on 64bit Mac In-Reply-To: References: <5C4FF74D-36E8-48BB-BC08-50566D393131@jerris.com> Message-ID: I must have run into the wrong way. To make it work, I found it's only need: CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure No patch needed. And I updated the wiki section: http://wiki.freeswitch.org/wiki/Download_%26_Installation_Guide#Mac_OS_X On Fri, Aug 20, 2010 at 11:30 AM, Seven Du wrote: > Hi Mike, > > I would love to, but I couldn't figure out how to make a patch. > Actually, I pulled a fresh git and run that configure against, still > get all those errors. > > I tried my old code base again, I reverted all code changes, git pull, > and can still build ok with the following diff and make mega clean && > make. > > also I cleaned what I can think about: > cd freeswitch/libs > (cd esl ; make clean) > (cd ilbc; make clean) > (cd broadvoice; make clean) > (cd apr; make clean) > (cd apr-util; make clean) > (cd js; make clean) > (cd tiff-3.8.2; make clean) > (cd srtp; make clean) > (cd sqlite; make clean) > (cd speex; make clean) > (cd spandsp; make clean) > (cd sofia-sip; make clean) > (cd pcre; make clean) > (cd libsndfile; make clean) > (cd libedit; make clean) > (cd apr-util/xml/expat; make clean) > (cd js/nsprpub; make clean) > (find js/ -name "*.o" -exec rm -f {} \;) > (cd libg722_1; make clean) > cd .. > (cd src/mod/languages/mod_lua/lua; make clean) > > > seven at seven-macpro:~/workspace/freeswitch/i386/freeswitch$ git status > # On branch master > # Changed but not updated: > # ? (use "git add/rm ..." to update what will be committed) > # ? (use "git checkout -- ..." to discard changes in working directory) > # > # ? ? ? modified: ? libs/esl/Makefile > # ? ? ? deleted: ? ?libs/js/libtool.m4 > # ? ? ? deleted: ? ?libs/js/shtool > > diff --git a/libs/esl/Makefile b/libs/esl/Makefile > index a180406..a3c1829 100644 > --- a/libs/esl/Makefile > +++ b/libs/esl/Makefile > @@ -4,11 +4,11 @@ LIBEDIT_DIR=../../libs/libedit > ?DEBUG=-g -ggdb > ?BASE_FLAGS=$(INCS) -DHAVE_EDITLINE $(DEBUG) -I$(LIBEDIT_DIR)/src/ -fPIC > ?PICKY=-O2 -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings > -Wstrict-prototypes -Wmis > -CFLAGS=$(BASE_FLAGS) $(PICKY) > -CXXFLAGS=$(BASE_FLAGS) -Wall -Werror -Wno-unused-variable > +CFLAGS=$(BASE_FLAGS) $(PICKY) -m32 > +CXXFLAGS=$(BASE_FLAGS) -Wall -Werror -Wno-unused-variable -m32 > ?MYLIB=libesl.a > ?LIBS=-lncurses -lpthread -lesl -lm > -LDFLAGS=-L. > +LDFLAGS=-L. -m32 > ?OBJS=src/esl.o src/esl_event.o src/esl_threadmutex.o src/esl_config.o > src/esl_json.o > ?SRC=src/esl.c src/esl_json.c src/esl_event.c src/esl_threadmutex.c > src/esl_config.c src/esl_oop > ?HEADERS=src/include/esl_config.h src/include/esl_event.h > src/include/esl.h src/include/esl_thre > > > I diff-ed configure and Makefile and src/Makefile, they are identical > between old code base and new ?clean pulled. > > Getting lost. > > > On Fri, Aug 20, 2010 at 1:15 AM, Michael Jerris wrote: >> we should fix this in configure so if you are on 64 bit apple and pass --host=i386 it sets those other flags for you. ?Can you provide a patch for this? >> >> Mike >> >> On Aug 19, 2010, at 3:14 AM, Seven Du wrote: >> >>> I think this is the correct way. >>> >>> CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure >>> --prefix=/opt/fs-i386 --host=i386 >>> >>> Thanks MikeJ and Math on irc. >>> >>> btw, @Math, I dont' use --build=i386-apple-darwin10, it seems throws errors. >>> >>> On Thu, Aug 12, 2010 at 8:20 PM, Seven Du wrote: >>>> There are many reasons I need a 32bit lib: >>>> >>>> 1) 64bit app cannot load flash in webkit in QT(at least in my case). >>>> I'm try to build a client with libfreeswitch and flash in. >>>> >>>> 2) I want the lib run in iPhone simulator. Eventually on ARM on iphone. >>>> >>>> 3) If you release prebuilt desktop binary, you'd better don't forget >>>> 32 bit users. >>>> >>>> 4) perhaps more... >>>> >>>> >>>> On Thu, Aug 12, 2010 at 7:33 PM, Steven Ayre wrote: >>>>> If you're on 64bit, why do you want to compile as 32bit? >>>>> >>>>> -Steve >>>>> >>>>> >>>>> >>>>> On 12 August 2010 11:36, Seven Du wrote: >>>>>> >>>>>> I'm on Mac 10.6.4 64bit, a fresh clone of git head. I tried to build >>>>>> FS into 32 bit. >>>>>> >>>>>> I use the following command when configure: >>>>>> >>>>>> CFLAGS="-arch i386" CXXFLAGS="-arch i386" LDFLAGS="-arch i386" >>>>>> ./configure --prefix=/opt/fs-i386 --host=i386 --build=i386 >>>>>> --target=i386 >>>>>> >>>>>> >>>>>> However, when make, it throws some errors, I manually *change* the >>>>>> source like from "ifdef" to "ifndef" to trick it and make further, >>>>>> however, I still couldn't get fully built. >>>>>> >>>>>> some errors below. and ideas? thanks. >>>>>> >>>>>> >>>>>> >>>>>> src/switch_apr.c: In function 'switch_vasprintf': >>>>>> src/switch_apr.c:1024: warning: implicit declaration of function >>>>>> 'vasprintf' >>>>>> >>>>>> >>>>>> >>>>>> src/switch_core_session.c: In function 'switch_core_session_thread': >>>>>> src/switch_core_session.c:1193: warning: format '%d' expects type >>>>>> 'int', but argument 8 has type 'switch_size_t' >>>>>> src/switch_core_session.c:1203: warning: format '%d' expects type >>>>>> 'int', but argument 8 has type 'switch_size_t' >>>>>> src/switch_core_session.c:1221: warning: format '%d' expects type >>>>>> 'int', but argument 8 has type 'switch_size_t' >>>>>> >>>>>> >>>>>> src/switch_core.c: In function 'send_heartbeat': >>>>>> src/switch_core.c:84: warning: format '%d' expects type 'int', but >>>>>> argument 5 has type 'long unsigned int' >>>>>> src/switch_core.c: In function 'change_user_group': >>>>>> src/switch_core.c:677: warning: implicit declaration of function >>>>>> 'setgroups' >>>>>> src/switch_core.c:704: warning: implicit declaration of function >>>>>> 'initgroups' >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> src/switch_core.c: In function 'send_heartbeat': >>>>>> src/switch_core.c:84: warning: format '%d' expects type 'int', but >>>>>> argument 5 has type 'long unsigned int' >>>>>> src/switch_core.c: In function 'change_user_group': >>>>>> src/switch_core.c:677: warning: implicit declaration of function >>>>>> 'setgroups' >>>>>> src/switch_core.c:704: warning: implicit declaration of function >>>>>> 'initgroups' >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> src/switch_rtp.c: In function 'rtp_common_write': >>>>>> src/switch_rtp.c:3437: error: 'u_long' undeclared (first use in this >>>>>> function) >>>>>> src/switch_rtp.c:3437: error: (Each undeclared identifier is reported only >>>>>> once >>>>>> src/switch_rtp.c:3437: error: for each function it appears in.) >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> src/switch_rtp.c:3437: error: expected ')' before 'rtp_session' >>>>>> make[1]: *** [libfreeswitch_la-switch_rtp.lo] Error 1 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> src/switch_utils.c: In function 'switch_build_uri': >>>>>> src/switch_utils.c:1530: error: 'NI_MAXHOST' undeclared (first use in >>>>>> this function) >>>>>> src/switch_utils.c:1530: error: (Each undeclared identifier is >>>>>> reported only once >>>>>> src/switch_utils.c:1530: error: for each function it appears in.) >>>>>> src/switch_utils.c:1530: error: 'NI_MAXSERV' undeclared (first use in >>>>>> this function) >>>>>> >>>>>> >>>>>> >>>>>> more detailed log: >>>>>> >>>>>> http://pastebin.freeswitch.org/13615 >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Blog: http://www.dujinfang.com >>>>>> Proj: ?http://www.freeswitch.org.cn >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Blog: http://www.dujinfang.com >>>> Proj: ?http://www.freeswitch.org.cn >>>> >>> >>> >>> >>> -- >>> Blog: http://www.dujinfang.com >>> Proj: ?http://www.freeswitch.org.cn >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Blog: http://www.dujinfang.com > Proj:? http://www.freeswitch.org.cn > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From dujinfang at gmail.com Wed Sep 15 16:04:36 2010 From: dujinfang at gmail.com (Seven Du) Date: Thu, 16 Sep 2010 07:04:36 +0800 Subject: [Freeswitch-users] Invalid Chat Interface problem In-Reply-To: References: Message-ID: Thank you. I tried 2 Xlites and understood how it works, will try to get FSComm working someday. On Mon, Sep 13, 2010 at 11:04 PM, Anthony Minessale wrote: > Lab up 2 xlite both with presence agent mode for presence and make them > chat. > That is how you can find out the easiest. > > I'm afraid I don't have the time to carefully explain it to you. > > On Sep 10, 2010 7:05 PM, "Seven Du" wrote: > > Thank you Anthony, but I still unclear. > > 1) > > If I send chat sip|sip+1000 at 192.168.7.2|1002 at 192.168.7.2|hello > > I get dp+sip+1000 on Xlite. > > If that's because I'm sending from the cli, then I tried with Xlite, > by manually removed the dp+, I got > > 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] > from [1002 at 192.168.7.2] > to [1000] > hello > Invalid Profile NULL > > Then I tried > > sip+1000 at 192.168.7.2@192.168.7.2 from Xlite, but it encoded @ into > %40, so, message like this > > ?MESSAGE sip:sip+1000%40192.168.7.2 at 192.168.7.2 SIP/2.0 > ? To: "sip+1000 at 192.168.7.2" > > 2) Event if it is one way with cli, when I get the message in FSComm > it should fire an event, right? I would like to make a patch if it > lacks this function. > > > 3) And you might ignored my last question in a long mail. If cannot > use cli, how do I send chat from fscomm? via internal API? Here is my > fscomm: > > freeswitch at internal> sofia status > ? ? ? ? ? ? ? ? ? ? Name ? ? ? ? ?Type > ? ? ? Data ? ? ?State > ================================================================================================= > ? ? ? ? ? ? ? ?softphone ? ? ? profile > sip:mod_sofia at 192.168.7.2:12345 ? ? ?RUNNING (0) > ? ? ? ? ?softphone::1000 ? ? ? gateway > sip:1000 at 192.168.7.2 ? ? ?REGED > ================================================================================================= > 1 profile 0 aliases > > > > > Thank you. > > > > Full message below for question 1): > > ? ------------------------------------------------------------------------ > recv 544 bytes from udp/[192.168.7.2]:55678 at 23:42:39.356342: > ? ------------------------------------------------------------------------ > ? MESSAGE sip:sip+1000 at 192.168.7.2 SIP/2.0 > > Via: SIP/2.0/UDP > > 192.168.7.2:55678;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport > ? Max-Forwards: 70 > ? To: "sip+1000" > ? From: "1002";tag=a5f1835f > ? Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. > > CSeq: 3 MESSAGE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, I... > > ? Content-Length: 52 > > ? hello > ? ------------------------------------------------------------------------ > send 557 bytes to udp/[192.168.7.2]:55678 at 23:42:39.356568: > > ------------------------------------------------------------------------ > SIP/2.0 200 OK > Via... > > 192.168.7.2:55678;branch=z9hG4bK-d8754z-1957e2366e3bed09-1---d8754z-;rport=55678 > ? From: "1002";tag=a5f1835f > ? To: "sip+1000" ;tag=DSKNNmcH6NrZc > ? Call-ID: YjdiMDNkMGVkOGM5N2E0YzgyZWM0Y2EwYzlmZTgwMDI. > > CSeq: 3 MESSAGE > User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-83aeda7 2010-09-09 > 23-40-14 -040... > > 2010-09-11 07:42:39.356292 [ERR] sofia_presence.c:125 Chat proto [sip] > from [1002 at 192.168.7.2] > to [1000] > hello > Invalid Profile NULL > > > > On Sat, Sep 11, 2010 at 12:30 AM, Anthony Minessale > wrote: >> you ar... > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From david.ponzone at ipeva.fr Wed Sep 15 16:17:24 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 16 Sep 2010 01:17:24 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> Message-ID: <84DB4A7D-C56D-4997-B4C6-31D1CC48DD36@ipeva.fr> Brian, still not good, on all my Debian 4.0 boxes, 32 or 64bit. Backtrace: http://pastebin.freeswitch.org/13912 David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 15/09/2010 ? 15:32, Brian West a ?crit : > Can you try this http://www.bkw.org/fsg729-151-installer > > If that doesn't work please install our SSH key and let me so I can > see what exactly is going wrong. > > Thanks, > /b > > On Sep 15, 2010, at 7:52 AM, David Ponzone wrote: > >> Brian, >> >> thanks. >> >> 149 is already the one that crashes on my box, so I guess you meant >> 150 or 151 ? >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou >> falsifi?. Si vous n'?tes pas destinataire de ce message, merci de >> le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/ab4fa46e/attachment-0001.html From brian at freeswitch.org Wed Sep 15 16:27:38 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Sep 2010 18:27:38 -0500 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: <84DB4A7D-C56D-4997-B4C6-31D1CC48DD36@ipeva.fr> References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> <84DB4A7D-C56D-4997-B4C6-31D1CC48DD36@ipeva.fr> Message-ID: NO way I require ssh access. /b On Sep 15, 2010, at 6:17 PM, David Ponzone wrote: > Brian, > > still not good, on all my Debian 4.0 boxes, 32 or 64bit. > > Backtrace: > http://pastebin.freeswitch.org/13912 > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > From david.ponzone at ipeva.fr Wed Sep 15 16:43:04 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 16 Sep 2010 01:43:04 +0200 Subject: [Freeswitch-users] FS G729 Release: 147 In-Reply-To: References: <6380BBD4-ACDF-43B1-8958-FEFD8A5BC886@freeswitch.org> <4C8BC51C.30804@puzzled.xs4all.nl> <005348A1-1945-4F38-8A58-78AB5DA836FE@ipeva.fr> <66B0274C-5240-4083-8942-7D0808938854@freeswitch.org> <69A9A2CA-787F-4494-B750-86A296E388AB@freeswitch.org> <58FEF121-8434-4CB7-8FFC-B62F92459749@ipeva.fr> <84DB4A7D-C56D-4997-B4C6-31D1CC48DD36@ipeva.fr> Message-ID: <0DED73C3-31F1-45BB-BBF7-F3BEF035EE25@ipeva.fr> Sure, just sent you that on IRC. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 16/09/2010 ? 01:27, Brian West a ?crit : > NO way I require ssh access. > > /b > > On Sep 15, 2010, at 6:17 PM, David Ponzone wrote: > >> Brian, >> >> still not good, on all my Debian 4.0 boxes, 32 or 64bit. >> >> Backtrace: >> http://pastebin.freeswitch.org/13912 >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou >> falsifi?. Si vous n'?tes pas destinataire de ce message, merci de >> le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/dda8e0b3/attachment.html From freeswitch-list at puzzled.xs4all.nl Wed Sep 15 19:46:00 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Thu, 16 Sep 2010 04:46:00 +0200 Subject: [Freeswitch-users] mod_java: anyone interested in maintaining it? Message-ID: <4C9184E8.4030902@puzzled.xs4all.nl> Hi all, Per bkw's request in bug MODLANG-171, is anyone interested in maintaining mod_java? I don't use mod_java but did bump into some issues (MODLANG-171 and MODLANG-169). So if anyone is interested please reply and/or let the core developers know. Thanks, Patrick From tculjaga at gmail.com Thu Sep 16 01:06:28 2010 From: tculjaga at gmail.com (Tihomir Culjaga) Date: Thu, 16 Sep 2010 10:06:28 +0200 Subject: [Freeswitch-users] how to detect if gateway down ? In-Reply-To: References: Message-ID: > > > On 14 September 2010 13:37, rentmycoder rentmycoder > wrote: > >> Ahoy guys, FS rocks! >> >> I'm trying to dial out on a gateway and send call into different >> dialplan based on if it gets bridged or not. >> >> I do: >> bgapi originate {api_hangup_hook='lua >> >> predictive_noanswer.lua',ignore_early_media=true,hangup_after_bridge=true,continue_on_fail=false,bypass_media=false}sofia/gateway/gwname/phoneno >> '&lua(predictive_bridge.lua)' >> This works, but when the gatway is down, the channel has not been >> created, so neither script gets called... >> >> [ERR] switch_ivr_originate.c:2430 Cannot create outgoing channel of >> type [sofia] cause: [NETWORK_OUT_OF_ORDER] >> >> I can add a second gateway to try if first is down and send the call >> to dialplan extension using loopback, like: >> ... }sofia/gateway/gwname/phoneno,loopback/gw_error/default/XML 'lua(... >> and add a gw_error extension to the dialplan, but how to get the >> originate disposition of the first call, eg: NETWORK_OUT_OF_ORDER??? >> >> sip_profile/some_profile/your_gateway.xml this pings the remote GW with SIP OPTIONS and if no response, it marks it down... You can evaluate the status and originate calls towards a working GW. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/eccc0692/attachment.html From tculjaga at gmail.com Thu Sep 16 01:28:35 2010 From: tculjaga at gmail.com (Tihomir Culjaga) Date: Thu, 16 Sep 2010 10:28:35 +0200 Subject: [Freeswitch-users] playback terminator Message-ID: is there any playback terminator for phrase macros? e.g. when you do: or I'd like to make FS stop playing on any pressed digits... something like: but seems not to be working ... any ideas ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/44601f7c/attachment.html From abubacker at bksystems.co.in Thu Sep 16 02:27:14 2010 From: abubacker at bksystems.co.in (abubacker) Date: Thu, 16 Sep 2010 14:57:14 +0530 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: <4C8F29BA.4040700@bksys.co.in> References: <4C8F29BA.4040700@bksys.co.in> Message-ID: <4C91E2F2.7030108@bksys.co.in> On Tuesday 14 September 2010 01:22 PM, abubacker wrote: > Dear all, > I just try to push a call in to the queue using execute function > and it works , > but the same thing was not working for executeAsync function and dont know > why its behaving like this ? , can any one help me out! > Thanks in Advance !. > > $con->execute("fifo","urvq in"); # works > $con->executeAsync("fifo","urvq in"); # not works > > fs_cli > -------------- > Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket > examples] ${destination_number}(235) =~ /^235$/ break=on-false > Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 > (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send > signal sofia/internal/1001 at 192.168.6.182 [BREAK] > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 > (sofia/internal/1001 at 192.168.6.182) State EXECUTE > 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 > sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE > 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 > sofia/internal/1001 at 192.168.6.182 Standard EXECUTE > EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) > 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 > sofia/internal/1001 at 192.168.6.182 Command Execute answer() > EXECUTE sofia/internal/1001 at 192.168.6.182 answer() > 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP > [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> > 192.168.6.163 port 8000 codec: 8 ms: 20 > 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer > [soft] 160 bytes per 20ms > 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send > payload to 101 > 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf > receive payload to 101 > 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP > sofia/internal/1001 at 192.168.6.182: > v=0 > o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 > s=FreeSWITCH > c=IN IP4 192.168.6.182 > t=0 0 > m=audio 20780 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=silenceSupp:off - - - - > a=ptime:20 > a=sendrecv > > 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal > sofia/internal/1001 at 192.168.6.182 [BREAK] > 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 > (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE > 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel > sofia/internal/1001 at 192.168.6.182 entering state [completed][200] > 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel > [sofia/internal/1001 at 192.168.6.182] has been answered > 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal > sofia/internal/1001 at 192.168.6.182 [BREAK] > 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel > sofia/internal/1001 at 192.168.6.182 entering state [ready][200] > > > > Did any one come across a scenario like this ? -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From abubacker at bksystems.co.in Thu Sep 16 02:32:28 2010 From: abubacker at bksystems.co.in (abubacker) Date: Thu, 16 Sep 2010 15:02:28 +0530 Subject: [Freeswitch-users] explain the status command Message-ID: <4C91E42C.6090002@bksys.co.in> Dear all, Can any one tell me what is min idle cpu ? _For example : _ freeswitch at internal> status UP 0 years, 0 days, 23 hours, 36 minutes, 45 seconds, 747 milliseconds, 431 microseconds 116 session(s) since startup 13 session(s) 0/30 1000 session(s) max min idle cpu 0.00/89.00 -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/6b0b70b7/attachment.html From tculjaga at gmail.com Thu Sep 16 04:34:02 2010 From: tculjaga at gmail.com (Tihomir Culjaga) Date: Thu, 16 Sep 2010 13:34:02 +0200 Subject: [Freeswitch-users] playback terminator In-Reply-To: References: Message-ID: forget about this, solved by a script: local macro = argv[1]; local data = argv[2]; local langue = argv[3]; function on_key(session, input_type, data, args) if input_type == "dtmf" then freeswitch.consoleLog("info", "stop playback by DTMF digit: " .. data["digit"]) return "break" end end if session:ready() then session:setInputCallback("on_key", "") session:sayPhrase(macro, data, langue) end lua rocks! On Thu, Sep 16, 2010 at 10:28 AM, Tihomir Culjaga wrote: > is there any playback terminator for phrase macros? > > > e.g. when you do: > > > or > > > > I'd like to make FS stop playing on any pressed digits... > > > > something like: > > > but seems not to be working ... > > > any ideas ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/24f2b7c0/attachment.html From msarro at gmail.com Wed Sep 15 10:20:57 2010 From: msarro at gmail.com (Matty Sarro) Date: Wed, 15 Sep 2010 13:20:57 -0400 Subject: [Freeswitch-users] No Open ports, can't connect Message-ID: Hey all, this is my first post to this mailing list, so please be gentle. I recently got a job at a VoIP carrier. I am trying to learn more about SIP, and have set up a lab on my workstation. Right now I am running centOS in a virtual machine (guest OS) and that is where I've installed freeswitch 1.0.6 (stable). Freeswitch starts with no issues (though getting it to run with init.d doesn't seem to be happening, not a big deal though considering this is just for playing). However checking netstat doesn't show any ports being opened by freeswitch. The centOS install has the firewall and SELinux both disabled so there's no reason no ports should be open that I can tell. On the guest OS I've got ekiga installed, and it won't connect with the default 1000/1234 account. On the host OS I've got ekiga and x-lite installed. Trying with either one gives a request time out. Running a port query on port 5060 on the guest shows that the port as not listening. There are no firewalls between the host and guest OS. I should be able to connect cleanly. My goal is to play around, capture the packets with wireshark, and then be able to analyze them, generate ladder diagrams, etc. I'm setting all of this up so I can learn, so I really don't even know where to begin troubleshooting. Can anyone offer any help? Thanks. -Matthew -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100915/66aa749c/attachment.html From seba.lucero at gmail.com Wed Sep 15 09:55:21 2010 From: seba.lucero at gmail.com (seba) Date: Wed, 15 Sep 2010 13:55:21 -0300 Subject: [Freeswitch-users] UUI related question Message-ID: Hi list, I need to handle field UUI (User-to-User information), does everyone knows if this field can be readed from fs? In that case, wich field or variable name shuld I use? Thanks in advance. Regards. Seba. From rupa at rupa.com Thu Sep 16 06:54:59 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Thu, 16 Sep 2010 08:54:59 -0500 Subject: [Freeswitch-users] No Open ports, can't connect In-Reply-To: References: Message-ID: first make sure sofia is up and running: sofia status If you don't have any interfaces up or sofia is not running you'll need to understand why. This type of interactive "how do I get things to work" is probably better handled in irc. On Wed, Sep 15, 2010 at 12:20 PM, Matty Sarro wrote: > Hey all, this is my first post to this mailing list, so please be gentle. I > recently got a job at a VoIP carrier. I am trying to learn more about SIP, > and have set up a lab on my workstation. > > Right now I am running centOS in a virtual machine (guest OS) and that is > where I've installed freeswitch 1.0.6 (stable). > Freeswitch starts with no issues (though getting it to run with init.d > doesn't seem to be happening, not a big deal though considering this is just > for playing). However checking netstat doesn't show any ports being opened > by freeswitch. The centOS install has the firewall and SELinux both disabled > so there's no reason no ports should be open that I can tell. > > On the guest OS I've got ekiga installed, and it won't connect with the > default 1000/1234 account. > On the host OS I've got ekiga and x-lite installed. Trying with either one > gives a request time out. > > Running a port query on port 5060 on the guest shows that the port as not > listening. > > There are no firewalls between the host and guest OS. I should be able to > connect cleanly. My goal is to play around, capture the packets with > wireshark, and then be able to analyze them, generate ladder diagrams, etc. > > I'm setting all of this up so I can learn, so I really don't even know > where to begin troubleshooting. Can anyone offer any help? Thanks. > -Matthew > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/301d830e/attachment.html From rupa at rupa.com Thu Sep 16 06:56:49 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Thu, 16 Sep 2010 08:56:49 -0500 Subject: [Freeswitch-users] UUI related question In-Reply-To: References: Message-ID: Can you give more information? A link to an rfc or example of how it is used in other products? I assume you already looked for the info in the vars that are pre-set using hte info app? If it is in a custom header then you need to understand a) the header name and b) how to retrieve custom headers (on the wiki). FS is not a proxy so you'll have to test for the header, set a var, and copy that var into the b leg. But let's get more info first. On Wed, Sep 15, 2010 at 11:55 AM, seba wrote: > Hi list, I need to handle field UUI (User-to-User information), does > everyone knows if this field can be readed from fs? > In that case, wich field or variable name shuld I use? > > Thanks in advance. > Regards. > Seba. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/6de01ecc/attachment.html From brian at freeswitch.org Thu Sep 16 07:10:21 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 16 Sep 2010 09:10:21 -0500 Subject: [Freeswitch-users] UUI related question In-Reply-To: References: Message-ID: Also are you talking ISDN or SIP? /b On Sep 16, 2010, at 8:56 AM, Rupa Schomaker wrote: > Can you give more information? A link to an rfc or example of how it is used in other products? > > I assume you already looked for the info in the vars that are pre-set using hte info app? If it is in a custom header then you need to understand a) the header name and b) how to retrieve custom headers (on the wiki). > > FS is not a proxy so you'll have to test for the header, set a var, and copy that var into the b leg. But let's get more info first. > > On Wed, Sep 15, 2010 at 11:55 AM, seba wrote: > Hi list, I need to handle field UUI (User-to-User information), does > everyone knows if this field can be readed from fs? > In that case, wich field or variable name shuld I use? > > Thanks in advance. > Regards. > Seba. From jeff at jefflenk.com Thu Sep 16 08:26:58 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Thu, 16 Sep 2010 08:26:58 -0700 (PDT) Subject: [Freeswitch-users] explain the status command In-Reply-To: <4C91E42C.6090002@bksys.co.in> References: <4C91E42C.6090002@bksys.co.in> Message-ID: <1284650818199-5538942.post@n2.nabble.com> the first item is the cpu level where no new sessions will be established / the second is the current idle cpu level read from the OS -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/explain-the-status-command-tp5537708p5538942.html Sent from the freeswitch-users mailing list archive at Nabble.com. From ron.freeswitch at mcleodnet.com Thu Sep 16 09:30:59 2010 From: ron.freeswitch at mcleodnet.com (Ron McLeod) Date: Thu, 16 Sep 2010 09:30:59 -0700 Subject: [Freeswitch-users] UUI related question In-Reply-To: References: Message-ID: <64D838867FE14F9B80DD6349585958DA@fromage> Sounds like Q.931 . 4.5.30 User-user The purpose of the User-user information element is to convey information between ISDN users. This information is not interpreted by the network, but rather is carried transparently and delivered to the remote user(s). The User-user information element is coded as shown in Figure 4-36 and Table 4-26. There are no restrictions on content of the user information field. In SETUP, ALERTING, CONNECT, DISCONNECT, RELEASE and RELEASE COMPLETE messages, the User-user information element has a network dependent maximum size of 35 or 131 octets. The evolution to a single maximum value is the long term objective; the exact maximum value is the subject of further study. In USER INFORMATION messages sent in association with a circuit-mode connection, the Useruser information element has a network dependent maximum size of 35 or 131 octets. For USER INFORMATION messages sent in a temporary or permanent user-user signalling connection, the user information field contained inside this information element has a maximum size equal to the maximum size of messages defined in clause 3, that is 260 octets. NOTE - The User-user information element is transported transparently by an ISDN between a call originating entity, e.g. a calling user and the addressed entity, e.g. a remote user or a high layer function network node addressed by the call originating entity. _____ From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Rupa Schomaker Sent: Thursday, September 16, 2010 6:57 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] UUI related question Can you give more information? A link to an rfc or example of how it is used in other products? I assume you already looked for the info in the vars that are pre-set using hte info app? If it is in a custom header then you need to understand a) the header name and b) how to retrieve custom headers (on the wiki). FS is not a proxy so you'll have to test for the header, set a var, and copy that var into the b leg. But let's get more info first. On Wed, Sep 15, 2010 at 11:55 AM, seba wrote: Hi list, I need to handle field UUI (User-to-User information), does everyone knows if this field can be readed from fs? In that case, wich field or variable name shuld I use? Thanks in advance. Regards. Seba. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/05224886/attachment.html From Nabble at slickdeals.endjunk.com Thu Sep 16 10:30:10 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Thu, 16 Sep 2010 10:30:10 -0700 (PDT) Subject: [Freeswitch-users] Contact Field In-Reply-To: <0b56b97ea4e1c52f05eea74c215aeaf1@mail.gmail.com> References: <008401caf6a0$6c87a670$4596f350$@com> <0b56b97ea4e1c52f05eea74c215aeaf1@mail.gmail.com> Message-ID: <1284658210701-5539542.post@n2.nabble.com> Kristian Kielhofner-3 wrote: > > I assume he is talking about the contact field in the INVITE, not the > REGISTER... If it is the REGISTER, can anyone please show how to do this? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Contact-Field-tp5070661p5539542.html Sent from the freeswitch-users mailing list archive at Nabble.com. From msc at freeswitch.org Thu Sep 16 10:35:20 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 16 Sep 2010 10:35:20 -0700 Subject: [Freeswitch-users] Instaliling and using Freeswitch In-Reply-To: References: Message-ID: On Wed, Sep 15, 2010 at 12:27 AM, manish mishra wrote: > i run the code trough vc++ it compiled successfully. Bt i have no idea > about how to use freeSwitch. Can somone guide me how i can use on window > plateform. > http://wiki.freeswitch.org/wiki/Getting_Started_Guide#Starting_in_Windows-based_Systems Also, this is extremely helpful: https://www.packtpub.com/freeswitch-1-0-6-build-robust-high-performance-telephony-systems/book -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/cfea472e/attachment.html From msc at freeswitch.org Thu Sep 16 10:50:00 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 16 Sep 2010 10:50:00 -0700 Subject: [Freeswitch-users] dtmfmode=auto equivalent in FreeSwitch In-Reply-To: <1284568909.1801.11.camel@luna.tc.commsmundi.com> References: <1284568909.1801.11.camel@luna.tc.commsmundi.com> Message-ID: FYI, I added this tidbit to the Rosetta stone page. I started a new table for sip.conf params, etc. Any Asterisk vets out there are welcome to add to it: http://wiki.freeswitch.org/wiki/Rosetta_Stone#sip.conf_params Thanks, MC On Wed, Sep 15, 2010 at 9:41 AM, Fran?ois Delawarde < fdelawarde at wirelessmundi.com> wrote: > Also look at: > http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf > > And the default.xml dialplan: > > > > > Fran?ois. > > > On Wed, 2010-09-15 at 11:05 -0500, Milena wrote: > > http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf_generate > > > > On Wed, Sep 15, 2010 at 12:33 AM, Jeffrey Leung > > wrote: > > Hey all, > > > > While I was reading over examples on configuring Asterisk to > > work with > > a SIP provider (FreePhoneLine.ca), I was wondering if there is > > an > > option just like dtmfmode=auto in FreeSwitch. If not, is there > > a way > > to get FreeSwitch to intercept the DTMF tones sent from any > > client and > > send them as in-band tone? > > > > Thanks for the help in advance! > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/20a91c64/attachment-0001.html From chat2jesse at gmail.com Thu Sep 16 11:10:12 2010 From: chat2jesse at gmail.com (jesse) Date: Thu, 16 Sep 2010 11:10:12 -0700 Subject: [Freeswitch-users] wiki page about video conference set up in freeswitch In-Reply-To: References: Message-ID: If you have experience in this, could you share the set up? I could not get it work with those demo videos by dialing sip:500 at demo.projectdiastar.org in X-lite. http://wiki.projectdiastar.org/index.php/DiaStar%E2%84%A2_Multimedia_Demos H264 codec is enabled in vars.xml -jesse On Tue, Sep 14, 2010 at 3:45 PM, jesse wrote: > do we have such wiki page? > > thanks! > From msc at freeswitch.org Thu Sep 16 11:22:22 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 16 Sep 2010 11:22:22 -0700 Subject: [Freeswitch-users] wiki page about video conference set up in freeswitch In-Reply-To: References: Message-ID: >From the wiki at diastar: To get to the demos, you first need a SIP video softphone that supports G711 ULaw audio and H.263 video. -MC On Thu, Sep 16, 2010 at 11:10 AM, jesse wrote: > If you have experience in this, could you share the set up? I could > not get it work with those demo videos by dialing > sip:500 at demo.projectdiastar.org in > X-lite. > > http://wiki.projectdiastar.org/index.php/DiaStar%E2%84%A2_Multimedia_Demos > > H264 codec is enabled in vars.xml > > -jesse > > > On Tue, Sep 14, 2010 at 3:45 PM, jesse wrote: > > do we have such wiki page? > > > > thanks! > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/55358d42/attachment.html From Nabble at slickdeals.endjunk.com Thu Sep 16 13:16:50 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Thu, 16 Sep 2010 13:16:50 -0700 (PDT) Subject: [Freeswitch-users] FreeSWITCH Conference Call Today - Discussing Cookbook Recipes, etc. In-Reply-To: References: Message-ID: <1284668210290-5540239.post@n2.nabble.com> For future conference calls, can you please add an iNUM # for those who will like to participate through iNUM? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FreeSWITCH-Conference-Call-Today-Discussing-Cookbook-Recipes-etc-tp5534923p5540239.html Sent from the freeswitch-users mailing list archive at Nabble.com. From d at d-man.org Thu Sep 16 13:21:39 2010 From: d at d-man.org (Darren Schreiber) Date: Thu, 16 Sep 2010 13:21:39 -0700 Subject: [Freeswitch-users] Official FreeSWITCH Training - New York! Filling up fast Message-ID: <63496C30-6980-43EC-926E-9355ED679D7E@d-man.org> Hi folks, The Official FreeSWITCH Training course in New York is less then 30 days away and is filling up fast. If you are interested in learning a ton of FreeSWITCH, taught by one of the authors of the FreeSWITCH Book, you should consider signing up. To help get some of these last few seats closed, we're offering a limited time discount of $400 off with the code FREEVOIP. You can register at http://www.voipkb.com/ There is also a huge discount for registering two or more people together. The course is an in-depth dive into FreeSWITCH with completely different material then is in the book. We will cover: * Understanding configuration files and the default configuration * Call authentication and routing basics * Integration modules (mod_skypiax, mod_dingaling for Skype/GTalk/XMPP integration) * Understanding presence * Load balancing and high availability * FreeSWITCH Internals * How to debug and troubleshoot FreeSWITCH * Building Custom C Modules * Advanced Modules Please let me know if you have any questions. We're excited to continue offering this course and thank the FreeSWITCH team for their continued outstanding work. See you in New York! Thanks, Darren Schreiber Join us in October for FreeSWITCH Training! Visit www.voipkb.com for more information -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/cbd3042f/attachment.html From curriegrad2004 at gmail.com Thu Sep 16 15:45:17 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Thu, 16 Sep 2010 15:45:17 -0700 Subject: [Freeswitch-users] dtmfmode=auto equivalent in FreeSwitch In-Reply-To: References: <1284568909.1801.11.camel@luna.tc.commsmundi.com> Message-ID: Thanks for that heads up everyone. It's great to see this piece of information being added on the wiki for people who are switching over from Asterisk to FreeSwitch ;) On Thu, Sep 16, 2010 at 10:50 AM, Michael Collins wrote: > FYI, > > I added this tidbit to the Rosetta stone page. I started a new table for > sip.conf params, etc. Any Asterisk vets out there are welcome to add to it: > > http://wiki.freeswitch.org/wiki/Rosetta_Stone#sip.conf_params > > Thanks, > MC > > On Wed, Sep 15, 2010 at 9:41 AM, Fran?ois Delawarde > wrote: >> >> Also look at: >> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf >> >> And the default.xml dialplan: >> >> >> >> >> Fran?ois. >> >> >> On Wed, 2010-09-15 at 11:05 -0500, Milena wrote: >> > http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf_generate >> > >> > On Wed, Sep 15, 2010 at 12:33 AM, Jeffrey Leung >> > wrote: >> > ? ? ? ? Hey all, >> > >> > ? ? ? ? While I was reading over examples on configuring Asterisk to >> > ? ? ? ? work with >> > ? ? ? ? a SIP provider (FreePhoneLine.ca), I was wondering if there is >> > ? ? ? ? an >> > ? ? ? ? option just like dtmfmode=auto in FreeSwitch. If not, is there >> > ? ? ? ? a way >> > ? ? ? ? to get FreeSwitch to intercept the DTMF tones sent from any >> > ? ? ? ? client and >> > ? ? ? ? send them as in-band tone? >> > >> > ? ? ? ? Thanks for the help in advance! >> > >> > ? ? ? ? _______________________________________________ >> > ? ? ? ? FreeSWITCH-users mailing list >> > ? ? ? ? FreeSWITCH-users at lists.freeswitch.org >> > ? ? ? ? http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > ? ? ? ? http://www.freeswitch.org >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 adolfo at delorenzo.mobi Thu Sep 16 16:14:00 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Thu, 16 Sep 2010 20:14:00 -0300 Subject: [Freeswitch-users] dialing a alphanumeric user Message-ID: Hello, I am trying to call an alphanumeric user, for example john at domain.com and it doesn't work. I get a [NO_ROUTE_DESTINATION] error message. It only works if I add the number-alias option and dial the numeric extension. My user extension config (without number-alias) as follows: What am I doing wrong? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/c07256c1/attachment.html From anthony.minessale at gmail.com Thu Sep 16 16:29:19 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 16 Sep 2010 18:29:19 -0500 Subject: [Freeswitch-users] dialing a alphanumeric user In-Reply-To: References: Message-ID: you could make an extension that does a regex capture for non-numeric destinations and then bridges to user/$1 On Thu, Sep 16, 2010 at 6:14 PM, Adolfo Delorenzo wrote: > Hello, > > I am trying to call an alphanumeric user, for example john at domain.com and it > doesn't work. I get a [NO_ROUTE_DESTINATION] error message. It only works if > I add the number-alias option and dial the numeric extension. > > My user extension config (without number-alias) as follows: > > > ? > ??? > ????? > ????? > ??? > ??? > ????? > ????? > ????? > ????? > ??? > ? > > > What am I doing wrong? > > Thanks > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From msc at freeswitch.org Thu Sep 16 16:41:40 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 16 Sep 2010 16:41:40 -0700 Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification Message-ID: Hello, Anthony just did an update this afternoon that causes a behavior change. The commit is here: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b4c7def98336d848dacfb2c5 No need to worry about updating, just know that you no longer need explicitly to call 'reloadxml' when you execute these commands: reloadacl load reload I think we can all agree that this is a definite improvement. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/173f61a6/attachment-0001.html From peder at networkoblivion.com Thu Sep 16 17:47:42 2010 From: peder at networkoblivion.com (Peder) Date: Thu, 16 Sep 2010 19:47:42 -0500 Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification In-Reply-To: References: Message-ID: <067501cb5601$efa5fd20$cef1f760$@com> FYI, I believe there is a typo on 1184. It should be deprecated, not depricated. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Collins Sent: Thursday, September 16, 2010 6:42 PM To: freeswitch-users at lists.freeswitch.org; freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification Hello, Anthony just did an update this afternoon that causes a behavior change. The commit is here: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b 4c7def98336d848dacfb2c5 No need to worry about updating, just know that you no longer need explicitly to call 'reloadxml' when you execute these commands: reloadacl load reload I think we can all agree that this is a definite improvement. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/2901a65f/attachment.html From adolfo at delorenzo.mobi Thu Sep 16 18:32:14 2010 From: adolfo at delorenzo.mobi (Adolfo Delorenzo) Date: Thu, 16 Sep 2010 22:32:14 -0300 Subject: [Freeswitch-users] dialing a alphanumeric user In-Reply-To: References: Message-ID: Anthony, Cool! It worked. In case anyone would like to know how: Thanks! On 16 September 2010 20:29, Anthony Minessale wrote: > you could make an extension that does a regex capture for non-numeric > destinations and then bridges to user/$1 > > > On Thu, Sep 16, 2010 at 6:14 PM, Adolfo Delorenzo > wrote: > > Hello, > > > > I am trying to call an alphanumeric user, for example john at domain.comand it > > doesn't work. I get a [NO_ROUTE_DESTINATION] error message. It only works > if > > I add the number-alias option and dial the numeric extension. > > > > My user extension config (without number-alias) as follows: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > What am I doing wrong? > > > > Thanks > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100916/c43b3d97/attachment.html From tayeb.meftah at gmail.com Fri Sep 17 03:45:47 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Fri, 17 Sep 2010 10:45:47 +0000 Subject: [Freeswitch-users] [Freeswitch-dev] INFO: FreeSWITCH Behavior Modification In-Reply-To: References: Message-ID: <4C9346DB.9020302@gmail.com> cooler! any sofia improvemant in profile for not longer reloading xml and only scaning it? thank MC & tony! Michael Collins a ?crit : > Hello, > > Anthony just did an update this afternoon that causes a behavior > change. The commit is here: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b4c7def98336d848dacfb2c5 > > No need to worry about updating, just know that you no longer need > explicitly to call 'reloadxml' when you execute these commands: > > reloadacl > load > reload > > I think we can all agree that this is a definite improvement. > > -MC > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5283 (20100716) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5283 (20100716) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From anita.hall at simmortel.com Fri Sep 17 04:02:36 2010 From: anita.hall at simmortel.com (Anita Hall) Date: Fri, 17 Sep 2010 16:32:36 +0530 Subject: [Freeswitch-users] A108 PCIe 2.0 support Message-ID: Hi Does Sangoma 8-port card A108 support PCIe version 2.0 ? The card is here http://www.sangoma.com/products/hardware_products/digital_voice_and_data_networking/a108.html And we want to use 3 such cards in this motherboard because it has 3 PCIe slots of version 2.0 http://www.intel.com/products/desktop/motherboards/DX58SO/DX58SO-overview.htm Is this a good idea ? Do you have any experience with multiple A108 with PCIe on the same motherboard that supports PCIe 2.0 ? Any comments will be helpful. Thanks, Anita Hall Simmortel Voice. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/fd1b79c9/attachment.html From fdelawarde at wirelessmundi.com Fri Sep 17 04:15:17 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Fri, 17 Sep 2010 13:15:17 +0200 Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification In-Reply-To: <067501cb5601$efa5fd20$cef1f760$@com> References: <067501cb5601$efa5fd20$cef1f760$@com> Message-ID: <1284722117.1801.77.camel@luna.tc.commsmundi.com> A couple of those are present (I think I saw another one in switch_config.h). find . -name "*.[ch]" -print | xargs sed 's/depricated/deprecated/g' Fran?ois. On Thu, 2010-09-16 at 19:47 -0500, Peder wrote: > FYI, I believe there is a typo on 1184. It should be deprecated, not > depricated. > > > > From:freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of > Michael Collins > Sent: Thursday, September 16, 2010 6:42 PM > To: freeswitch-users at lists.freeswitch.org; > freeswitch-dev at lists.freeswitch.org > Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification > > > > > Hello, > > Anthony just did an update this afternoon that causes a behavior > change. The commit is here: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b4c7def98336d848dacfb2c5 > > No need to worry about updating, just know that you no longer need > explicitly to call 'reloadxml' when you execute these commands: > > reloadacl > load > reload > > I think we can all agree that this is a definite improvement. > > -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 riedinger at sns.eu Fri Sep 17 05:00:27 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Fri, 17 Sep 2010 14:00:27 +0200 Subject: [Freeswitch-users] Problems with FAX transmission Message-ID: <4C93585B.60804@sns.eu> I'm trying to send a fax via our Freeswitch switch without success. It seems that the "invite sdp (t38)" message isn't forwarded from the gateway of the fax receiver to the gateway of the fax sender. See the attached tif file with the Wireshark trace. If I try the fax transmission with the same setup with a commercial softswitch (same fax equipment, same sending and receiving gateways), the fax transmission is successful. We are using the following settings in the sip_profile Does anybody know what's going wrong? Thank you in advance Jan Riedinger -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- A non-text attachment was scrubbed... Name: Fax Trace.tif Type: image/tiff Size: 108072 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/4b1d7409/attachment-0001.tif From devel at thom.fr.eu.org Fri Sep 17 05:03:49 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Fri, 17 Sep 2010 14:03:49 +0200 Subject: [Freeswitch-users] A108 PCIe 2.0 support In-Reply-To: References: Message-ID: <1dbdcffbb46092f580556c17b896d568@thom.fr.eu.org> You should be good to go as PCIe 2.0 is backward compatible. However, why would you feet 3 of these cards ? Do you know you can add more ports using an expander board (not using more PCIe slot) ? Fran?ois On Fri, 17 Sep 2010 16:32:36 +0530, Anita Hall wrote: Hi Does Sangoma 8-port card A108 support PCIe version 2.0 ? The card is here http://www.sangoma.com/products/hardware_products/digital_voice_and_data_networking/a108.html [1] And we want to use 3 such cards in this motherboard because it has 3 PCIe slots of version 2.0 http://www.intel.com/products/desktop/motherboards/DX58SO/DX58SO-overview.htm [2] Is this a good idea ? Do you have any experience with multiple A108 with PCIe on the same motherboard that supports PCIe 2.0 ? Any comments will be helpful. Thanks, Anita Hall Simmortel Voice. Links: ------ [1] http://www.sangoma.com/products/hardware_products/digital_voice_and_data_networking/a108.html [2] http://www.intel.com/products/desktop/motherboards/DX58SO/DX58SO-overview.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/d6c2b1f7/attachment.html From helmut.kuper at ewetel.de Fri Sep 17 05:18:38 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Fri, 17 Sep 2010 14:18:38 +0200 Subject: [Freeswitch-users] A108 PCIe 2.0 support In-Reply-To: References: Message-ID: <4C935C9E.9030706@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Anita, AFAIK the current recommendation of Sangoma is to have not more than 16 E1 Lines in one server system. regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMk1ye4tZeNddg3dwRAo56AKCxLlfT5lQ/PZE8h/yvJCCOdsi1BQCfSmDU B54BARFkwAj6PIGw5nc7nqM= =gMvC -----END PGP SIGNATURE----- From tayeb.meftah at gmail.com Fri Sep 17 08:21:17 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Fri, 17 Sep 2010 15:21:17 +0000 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <4C93585B.60804@sns.eu> References: <4C93585B.60804@sns.eu> Message-ID: <4C93876D.5010008@gmail.com> hi, if you are in lan, or to proxy the media from A-Leg to B-Leg Jan Riedinger a ?crit : > I'm trying to send a fax via our Freeswitch switch without success. > It seems that the "invite sdp (t38)" message isn't forwarded from the > gateway of the fax receiver to the gateway of the fax sender. See the > attached tif file with the Wireshark trace. > > If I try the fax transmission with the same setup with a commercial > softswitch (same fax equipment, same sending and receiving gateways), > the fax transmission is successful. > > We are using the following settings in the sip_profile > > > > Does anybody know what's going wrong? > > Thank you in advance > Jan Riedinger > > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5283 (20100716) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From abubacker at bksystems.co.in Fri Sep 17 06:29:19 2010 From: abubacker at bksystems.co.in (abubacker) Date: Fri, 17 Sep 2010 18:59:19 +0530 Subject: [Freeswitch-users] Error : Cannot create thread! Message-ID: <4C936D2F.7050801@bksys.co.in> I installed 2 freeswitch in a single machine in a 2 different user account my intention was to simulate 100 calls from one freeswitch to another freeswitch but once after crossing the 40 calls the freeswitch which is receiving calls threw this error : 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot create thread! what is it ,why it is unable to create a thread ? -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/dc685af1/attachment.html From diego.viola at gmail.com Fri Sep 17 02:18:42 2010 From: diego.viola at gmail.com (Diego Viola) Date: Fri, 17 Sep 2010 05:18:42 -0400 Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification In-Reply-To: <067501cb5601$efa5fd20$cef1f760$@com> References: <067501cb5601$efa5fd20$cef1f760$@com> Message-ID: Nice feature. I opened a jira with a small patch to fix that typo here: http://jira.freeswitch.org/browse/MODAPP-456 On Thu, Sep 16, 2010 at 8:47 PM, Peder wrote: > FYI, I believe there is a typo on 1184.? It should be deprecated, not > depricated. > > > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael > Collins > Sent: Thursday, September 16, 2010 6:42 PM > To: freeswitch-users at lists.freeswitch.org; > freeswitch-dev at lists.freeswitch.org > Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification > > > > Hello, > > Anthony just did an update this afternoon that causes a behavior change. The > commit is here: > http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b4c7def98336d848dacfb2c5 > > No need to worry about updating, just know that you no longer need > explicitly to call 'reloadxml' when you execute these commands: > > reloadacl > load > reload > > I think we can all agree that this is a definite improvement. > > -MC > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 diego.viola at gmail.com Fri Sep 17 05:02:51 2010 From: diego.viola at gmail.com (Diego Viola) Date: Fri, 17 Sep 2010 08:02:51 -0400 Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification In-Reply-To: <1284722117.1801.77.camel@luna.tc.commsmundi.com> References: <067501cb5601$efa5fd20$cef1f760$@com> <1284722117.1801.77.camel@luna.tc.commsmundi.com> Message-ID: Added that one to the Jira as well. On Fri, Sep 17, 2010 at 7:15 AM, Fran?ois Delawarde wrote: > A couple of those are present (I think I saw another one in > switch_config.h). > > find . -name "*.[ch]" -print | xargs sed 's/depricated/deprecated/g' > > Fran?ois. > > > On Thu, 2010-09-16 at 19:47 -0500, Peder wrote: >> FYI, I believe there is a typo on 1184. ?It should be deprecated, not >> depricated. >> >> >> >> From:freeswitch-users-bounces at lists.freeswitch.org >> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of >> Michael Collins >> Sent: Thursday, September 16, 2010 6:42 PM >> To: freeswitch-users at lists.freeswitch.org; >> freeswitch-dev at lists.freeswitch.org >> Subject: [Freeswitch-users] INFO: FreeSWITCH Behavior Modification >> >> >> >> >> Hello, >> >> Anthony just did an update this afternoon that causes a behavior >> change. The commit is here: >> http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653b4c7def98336d848dacfb2c5 >> >> No need to worry about updating, just know that you no longer need >> explicitly to call 'reloadxml' when you execute these commands: >> >> reloadacl >> load >> reload >> >> I think we can all agree that this is a definite improvement. >> >> -MC >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Fri Sep 17 06:38:10 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 17 Sep 2010 15:38:10 +0200 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: <4C936D2F.7050801@bksys.co.in> References: <4C936D2F.7050801@bksys.co.in> Message-ID: <7168D115-7FA8-4C59-AF2D-FE4D04EB1D94@ipeva.fr> Did you take care about configuring them not to use the same RTP ports range ? It's likely there are other things to be careful about in a such setup. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 17/09/2010 ? 15:29, abubacker a ?crit : > I installed 2 freeswitch in a single machine in a 2 different user > account > my intention was to simulate 100 calls from one freeswitch to > another freeswitch > but once after crossing the 40 calls the freeswitch which is > receiving calls > threw this error : > > 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel sofia/external/200 at 192.168.6.182 > [f9e96672-c25e-11df-b22d-b96292a72916] > 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot > create thread! > > what is it ,why it is unable to create a thread ? > > -- > Best regards, > N.Abubacker , > Associate system engineer , > bk systems pvt ltd , > Ph : 9144-43902701 > > Disclaimer: http://www.bksystems.co.in/email-policy > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/1e30fe2c/attachment-0001.html From brian at freeswitch.org Fri Sep 17 06:56:19 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 17 Sep 2010 08:56:19 -0500 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <4C93876D.5010008@gmail.com> References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> Message-ID: <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> You need to setup t38_passthru=true, I'm currently working on an issue where it seems to not be forwarding the invite properly. /b On Sep 17, 2010, at 10:21 AM, Meftah Tayeb wrote: > hi, > if you are in lan, > or to proxy the > media from A-Leg to B-Leg > Jan Riedinger a ?crit : >> I'm trying to send a fax via our Freeswitch switch without success. >> It seems that the "invite sdp (t38)" message isn't forwarded from the >> gateway of the fax receiver to the gateway of the fax sender. See the >> attached tif file with the Wireshark trace. >> >> If I try the fax transmission with the same setup with a commercial >> softswitch (same fax equipment, same sending and receiving gateways), >> the fax transmission is successful. >> >> We are using the following settings in the sip_profile >> >> >> >> Does anybody know what's going wrong? >> >> Thank you in advance >> Jan Riedinger From testa at voicetechnology.com.br Fri Sep 17 07:17:28 2010 From: testa at voicetechnology.com.br (Fernando Testa) Date: Fri, 17 Sep 2010 11:17:28 -0300 Subject: [Freeswitch-users] Hotword+MRCP Message-ID: Hi list, Do you know if hotword feature works with Nuance + FS + MRCPv2? If yes, how to accomplish that? Thank you -- Fernando Gregianin Testa Voice Technology Ltda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/6e6200eb/attachment.html From anthony.minessale at gmail.com Fri Sep 17 07:41:07 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 09:41:07 -0500 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: <4C936D2F.7050801@bksys.co.in> References: <4C936D2F.7050801@bksys.co.in> Message-ID: Your machine consumed it's resource limits for threads. It's probably a 32 bit box with small ulimits. run all theses in your current shell before you start FS ulimit -c unlimited ulimit -d unlimited ulimit -f unlimited ulimit -i unlimited ulimit -n 999999 ulimit -q unlimited ulimit -u unlimited ulimit -v unlimited ulimit -x unlimited ulimit -s 244 ulimit -l unlimited If you still see it, get a much nicer box, 64 bit preferable. On Fri, Sep 17, 2010 at 8:29 AM, abubacker wrote: > I installed 2 freeswitch in a single machine in a 2 different user account > my intention was to simulate 100 calls from one freeswitch to another > freeswitch > but once after crossing the 40 calls the freeswitch which is receiving calls > threw this error : > > 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel > sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] > 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot create > thread! > > what is it ,why it is unable to create a thread ? > > -- > Best regards, > N.Abubacker , > Associate system engineer , > bk systems pvt ltd , > Ph : 9144-43902701 > > Disclaimer: http://www.bksystems.co.in/email-policy > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Fri Sep 17 08:04:31 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 11:04:31 -0400 Subject: [Freeswitch-users] sip stack problem in fsw Message-ID: <1700.1284735871@ccs.covici.com> Hi. I am having a problem where -- to certain numbers, fsw hangs up after 5 minutes. Now this is suspiciously like a comfort noise problem, but I have no idea how to make fsw generate this, or can I? With asterisk, it does work using some providers, but fsw did not work with the same provider, so I am kind of stuck here. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From acosgrov at gmail.com Fri Sep 17 08:22:32 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Fri, 17 Sep 2010 11:22:32 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1700.1284735871@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> Message-ID: <1284736952.3083.10.camel@anthony-desktop> Is it 5 minutes to the tee? I would do a packet capture and see what is happening with your signalling. Sounds too short to be a re-INVITE but who knows what your provider is doing. Get yourself tcpdump and wireshark then run the following from the FS box: tcpdump -s 0 port 5060 and udp -w /tmp/capture.pcap Not sure if I'm mistaken but the sip callid should be the UUID that FS generates. You can filter in wireshark on that and see the transactions between FS and your provider. Look for repeats of BYE and ACK. Anthony C On Fri, 2010-09-17 at 11:04 -0400, covici at ccs.covici.com wrote: > Hi. I am having a problem where -- to certain numbers, fsw hangs up > after 5 minutes. Now this is suspiciously like a comfort noise problem, > but I have no idea how to make fsw generate this, or can I? With > asterisk, it does work using some providers, but fsw did not work with > the same provider, so I am kind of stuck here. > > Thanks in advance for any suggestions. > From acosgrov at gmail.com Fri Sep 17 08:24:32 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Fri, 17 Sep 2010 11:24:32 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1284736952.3083.10.camel@anthony-desktop> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> Message-ID: <1284737072.3083.11.camel@anthony-desktop> I'm sorry that will probably be 5080 (external profile... ooops) On Fri, 2010-09-17 at 11:22 -0400, Anthony Cosgrove wrote: > Is it 5 minutes to the tee? I would do a packet capture and see what is > happening with your signalling. Sounds too short to be a re-INVITE but > who knows what your provider is doing. Get yourself tcpdump and > wireshark then run the following from the FS box: > > tcpdump -s 0 port 5060 and udp -w /tmp/capture.pcap > > Not sure if I'm mistaken but the sip callid should be the UUID that FS > generates. You can filter in wireshark on that and see the transactions > between FS and your provider. Look for repeats of BYE and ACK. > > Anthony C > > On Fri, 2010-09-17 at 11:04 -0400, covici at ccs.covici.com wrote: > > Hi. I am having a problem where -- to certain numbers, fsw hangs up > > after 5 minutes. Now this is suspiciously like a comfort noise problem, > > but I have no idea how to make fsw generate this, or can I? With > > asterisk, it does work using some providers, but fsw did not work with > > the same provider, so I am kind of stuck here. > > > > Thanks in advance for any suggestions. > > > > From John.Hermanski at dialogic.com Fri Sep 17 09:02:09 2010 From: John.Hermanski at dialogic.com (John Hermanski) Date: Fri, 17 Sep 2010 12:02:09 -0400 Subject: [Freeswitch-users] wiki page about video conference set up in freeswitch In-Reply-To: References: Message-ID: <9053AD1B23AABE42A65FB0B31B1E1CE7022F556614@MBX.dialogic.com> Hi, A few comments on using the Diastar demo on demo.projectdiastar.org: All you need to access it is a SIP phone. Valid video codecs are H.263, H.264 and MPEG4. If your phone is behind a NAT firewall, you will likely need to set a STUN server such as stun.ekiga.net to get the media through to the phone's NAT'd IP address. I don't believe X-Lite has the option to use STUN. Also, XLite does not dial by IP address, so you need to go through a SIP registrar, or do something like set the outbound proxy used by the phone to demo.projectdiastar.org and dial one of the extensions used by the demo. (300, 500, 600) The free Kapanga softphone may be a better choice. If you want to try the Diastar server with FreeSwitch yourself, we are at the point of having a beta version of a FreeSwitch client available. You can get it here: svn checkout svn://svn.projectdiastar.org/diastar/trunk/clients/freeswitch The latest release of the Diastar server should be used with the FreeSwitch client: http://pub.projectdiastar.org/iso/releases/ Thx, John From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Collins Sent: Thursday, September 16, 2010 2:22 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] wiki page about video conference set up in freeswitch >From the wiki at diastar: To get to the demos, you first need a SIP video softphone that supports G711 ULaw audio and H.263 video. -MC On Thu, Sep 16, 2010 at 11:10 AM, jesse > wrote: If you have experience in this, could you share the set up? I could not get it work with those demo videos by dialing sip:500 at demo.projectdiastar.org in X-lite. http://wiki.projectdiastar.org/index.php/DiaStar%E2%84%A2_Multimedia_Demos H264 codec is enabled in vars.xml -jesse On Tue, Sep 14, 2010 at 3:45 PM, jesse > wrote: > do we have such wiki page? > > thanks! > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/de7fda00/attachment-0001.html From gamalsa at hotmail.com Fri Sep 17 08:06:42 2010 From: gamalsa at hotmail.com (gamalsa) Date: Fri, 17 Sep 2010 08:06:42 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime Message-ID: <1284736002935-5543130.post@n2.nabble.com> Hi I'm having a problem connecting to a provider using g723, FS read ptime as 120ms and compare it to ptime 20ms on the provider end, then chooses 120ms which end up with distorted voice. don't get any warning regarding wrong ptime reporting from other end. The provider said they are using ptime 30ms with g723, so have no idea why FS read it as 20 ms. g729 work great no problems. Is there a way to preset g723 ptime to 30 ms in FS. Thanks -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5543130.html Sent from the freeswitch-users mailing list archive at Nabble.com. From anthony.minessale at gmail.com Fri Sep 17 09:28:02 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 11:28:02 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1284736002935-5543130.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> Message-ID: edit your sofia profile and add On Fri, Sep 17, 2010 at 10:06 AM, gamalsa wrote: > > Hi > > ?I'm having a problem connecting to a provider using g723, FS read ptime as > 120ms and compare it > to ptime 20ms on the provider end, then chooses 120ms which end up with > distorted voice. don't get any warning regarding wrong ptime reporting from > other end. > The provider said they are using ptime 30ms with g723, so have no idea why > FS read it as 20 ms. > g729 work great no problems. Is there a way to preset g723 ptime to 30 ms in > FS. > > Thanks > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5543130.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From gmaruzz at celliax.org Fri Sep 17 09:36:09 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Fri, 17 Sep 2010 18:36:09 +0200 Subject: [Freeswitch-users] wiki page about video conference set up in freeswitch In-Reply-To: <9053AD1B23AABE42A65FB0B31B1E1CE7022F556614@MBX.dialogic.com> References: <9053AD1B23AABE42A65FB0B31B1E1CE7022F556614@MBX.dialogic.com> Message-ID: i believe xlite can both call IP numbers and use a stun server, at least IIRC. Dunno if it works with that demo, tough. -giovanni On 9/17/10, John Hermanski wrote: > Hi, > > A few comments on using the Diastar demo on demo.projectdiastar.org: > > All you need to access it is a SIP phone. Valid video codecs are H.263, > H.264 and MPEG4. If your phone is behind a NAT firewall, you will likely > need to set a STUN server such as stun.ekiga.net to get the media through to > the phone's NAT'd IP address. I don't believe X-Lite has the option to use > STUN. Also, XLite does not dial by IP address, so you need to go through a > SIP registrar, or do something like set the outbound proxy used by the phone > to demo.projectdiastar.org and dial one of the extensions used by the demo. > (300, 500, 600) The free Kapanga softphone may be a better choice. > > If you want to try the Diastar server with FreeSwitch yourself, we are at > the point of having a beta version of a FreeSwitch client available. You > can get it here: > > svn checkout svn://svn.projectdiastar.org/diastar/trunk/clients/freeswitch > > The latest release of the Diastar server should be used with the FreeSwitch > client: > > http://pub.projectdiastar.org/iso/releases/ > > Thx, > > John > > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael > Collins > Sent: Thursday, September 16, 2010 2:22 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] wiki page about video conference set up in > freeswitch > > >From the wiki at diastar: > To get to the demos, you first need a SIP video softphone that supports G711 > ULaw audio and H.263 video. > > -MC > On Thu, Sep 16, 2010 at 11:10 AM, jesse > > wrote: > If you have experience in this, could you share the set up? I could > not get it work with those demo videos by dialing > sip:500 at demo.projectdiastar.org in > X-lite. > > http://wiki.projectdiastar.org/index.php/DiaStar%E2%84%A2_Multimedia_Demos > > H264 codec is enabled in vars.xml > > -jesse > > > On Tue, Sep 14, 2010 at 3:45 PM, jesse > > wrote: >> do we have such wiki page? >> >> thanks! >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From riedinger at sns.eu Fri Sep 17 09:50:52 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Fri, 17 Sep 2010 18:50:52 +0200 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> Message-ID: <4C939C6C.20309@sns.eu> Hello All Together, I tried to set t38_passthru=true in the dialplan, but fax transmission is still not working. Now INVITE SDP (t38) is passed through, but e. g. the response 200 OK SDP (t38) is not passed. Just one hint, if you compare "Fax trace2.tif" with the trace of my last e-mail: I'm not sure, if I made both traces with exactly the same setup, because I tested with various carriers, but I observe similiar behaviour with all of them. Another hint was to set . In the Wiki I found "Proxy media is really a special hack that should only be used for T.38 passthrough. If you are using it for other purposes, think about it some more...". Do you think it is reasonable to use this setting for a common purpose wholesale switch? Thank you in advance Jan Am 17.09.2010 15:56, schrieb Brian West: > You need to setup t38_passthru=true, I'm currently working on an issue where it seems to not be forwarding the invite properly. > > /b > > > On Sep 17, 2010, at 10:21 AM, Meftah Tayeb wrote: > >> hi, >> if you are in lan, >> or to proxy the >> media from A-Leg to B-Leg >> Jan Riedinger a ?crit : >>> I'm trying to send a fax via our Freeswitch switch without success. >>> It seems that the "invite sdp (t38)" message isn't forwarded from the >>> gateway of the fax receiver to the gateway of the fax sender. See the >>> attached tif file with the Wireshark trace. >>> >>> If I try the fax transmission with the same setup with a commercial >>> softswitch (same fax equipment, same sending and receiving gateways), >>> the fax transmission is successful. >>> >>> We are using the following settings in the sip_profile >>> >>> >>> >>> Does anybody know what's going wrong? >>> >>> Thank you in advance >>> Jan Riedinger > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- A non-text attachment was scrubbed... Name: Fax trace2.tif Type: image/tiff Size: 186830 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/547108c8/attachment-0001.tif From brian at freeswitch.org Fri Sep 17 09:54:12 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 17 Sep 2010 11:54:12 -0500 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <4C939C6C.20309@sns.eu> References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> Message-ID: Yah thats a bug we are working on it. You can chill for a few ;) /b On Sep 17, 2010, at 11:50 AM, Jan Riedinger wrote: > Hello All Together, > > I tried to set t38_passthru=true in the dialplan, but fax transmission is still not working. Now INVITE SDP (t38) is passed through, but e. g. the response 200 OK SDP (t38) is not passed. > > Just one hint, if you compare "Fax trace2.tif" with the trace of my last e-mail: I'm not sure, if I made both traces with exactly the same setup, because I tested with various carriers, but I observe similiar behaviour with all of them. > > Another hint was to set . In the Wiki I found "Proxy media is really a special hack that should only be used for T.38 passthrough. If you are using it for other purposes, think about it some more...". Do you think it is reasonable to use this setting for a common purpose wholesale switch? > > Thank you in advance > Jan From riedinger at sns.eu Fri Sep 17 10:18:44 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Fri, 17 Sep 2010 19:18:44 +0200 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> Message-ID: <4C93A2F4.6040002@sns.eu> Hi Brian, please let me know, when it is fixed, then I will repeat my tests. I think missing fax transmission capabilities is a serious problem. Thank you in advance Jan Am 17.09.2010 18:54, schrieb Brian West: > Yah thats a bug we are working on it. You can chill for a few ;) > > /b > > On Sep 17, 2010, at 11:50 AM, Jan Riedinger wrote: > >> Hello All Together, >> >> I tried to set t38_passthru=true in the dialplan, but fax transmission is still not working. Now INVITE SDP (t38) is passed through, but e. g. the response 200 OK SDP (t38) is not passed. >> >> Just one hint, if you compare "Fax trace2.tif" with the trace of my last e-mail: I'm not sure, if I made both traces with exactly the same setup, because I tested with various carriers, but I observe similiar behaviour with all of them. >> >> Another hint was to set. In the Wiki I found "Proxy media is really a special hack that should only be used for T.38 passthrough. If you are using it for other purposes, think about it some more...". Do you think it is reasonable to use this setting for a common purpose wholesale switch? >> >> Thank you in advance >> Jan > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From daletrub at gmail.com Fri Sep 17 10:25:50 2010 From: daletrub at gmail.com (Dale Trub) Date: Fri, 17 Sep 2010 10:25:50 -0700 Subject: [Freeswitch-users] seeking consultant who can help (now) with SIP timeout issues Message-ID: We're in Linux/FS and mysteriously calls are now dropping ? any consultants out there who can decode with wireshark or whatever it takes, have real experience? Paid at full professional rates - but we need someone who is available today and if needed through this weekend to fix this. Please reply with contact info including phone number, rates, and something about your background. Thanks! -Dale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/dd363ab0/attachment.html From jmesquita at freeswitch.org Fri Sep 17 10:32:01 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Fri, 17 Sep 2010 14:32:01 -0300 Subject: [Freeswitch-users] seeking consultant who can help (now) with SIP timeout issues In-Reply-To: References: Message-ID: May I suggest sending this very same email to FreeSWITCH? Solutions? consulting at freeswitch.org I am sure you will find someone with expertise you need. Regards, Jo?o Mesquita On Fri, Sep 17, 2010 at 2:25 PM, Dale Trub wrote: > We're in Linux/FS and mysteriously calls are now dropping ? any consultants > out there who can decode with wireshark or whatever it takes, have real > experience? > > > Paid at full professional rates - but we need someone who is available > today and if needed through this weekend to fix this. > > > Please reply with contact info including phone number, rates, and something > about your background. > > > Thanks! > > > -Dale > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/6f7bf60f/attachment.html From covici at ccs.covici.com Fri Sep 17 10:45:34 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 13:45:34 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1284736952.3083.10.camel@anthony-desktop> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> Message-ID: <5794.1284745534@ccs.covici.com> How about if I do a siptrace on -- would that do? The hangup cause just said NORMAL_CLEARING and it was certainly about 5 minutes and it happened twice, so this was suspicious to me. It seems to happen only with some termination carriers. I have tcpdump, but never used wireshark -- if I have to do this is tcpdump sufficient? Anthony Cosgrove wrote: > Is it 5 minutes to the tee? I would do a packet capture and see what is > happening with your signalling. Sounds too short to be a re-INVITE but > who knows what your provider is doing. Get yourself tcpdump and > wireshark then run the following from the FS box: > > tcpdump -s 0 port 5060 and udp -w /tmp/capture.pcap > > Not sure if I'm mistaken but the sip callid should be the UUID that FS > generates. You can filter in wireshark on that and see the transactions > between FS and your provider. Look for repeats of BYE and ACK. > > Anthony C > > On Fri, 2010-09-17 at 11:04 -0400, covici at ccs.covici.com wrote: > > Hi. I am having a problem where -- to certain numbers, fsw hangs up > > after 5 minutes. Now this is suspiciously like a comfort noise problem, > > but I have no idea how to make fsw generate this, or can I? With > > asterisk, it does work using some providers, but fsw did not work with > > the same provider, so I am kind of stuck here. > > > > Thanks in advance for any suggestions. > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 acosgrov at gmail.com Fri Sep 17 11:03:48 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Fri, 17 Sep 2010 14:03:48 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <5794.1284745534@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> Message-ID: <1284746628.3083.16.camel@anthony-desktop> You can do siptrace too but it is nice to have it in a file that you can open on a whim in wireshark (presentation is also easier on the eyes). Either way it's up to you on how you want to get the sip trace. If you use siptrace please use pastebin. Anthony C On Fri, 2010-09-17 at 13:45 -0400, covici at ccs.covici.com wrote: > How about if I do a siptrace on -- would that do? The hangup cause just > said NORMAL_CLEARING and it was certainly about 5 minutes and it > happened twice, so this was suspicious to me. It seems to happen only > with some termination carriers. > > I have tcpdump, but never used wireshark -- if I have to do this is > tcpdump sufficient? From steveayre at gmail.com Fri Sep 17 11:19:03 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 17 Sep 2010 19:19:03 +0100 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <5794.1284745534@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> Message-ID: <1C0785AD-6D1A-45EF-9BE9-B9BAA0E51BDB@gmail.com> Tcpdump and wireshark use the same file format - pcap. A capture in one can be read in the other. Siptrace will likely also w Steve on iPhone On 17 Sep 2010, at 18:45, covici at ccs.covici.com wrote: > How about if I do a siptrace on -- would that do? The hangup cause just > said NORMAL_CLEARING and it was certainly about 5 minutes and it > happened twice, so this was suspicious to me. It seems to happen only > with some termination carriers. > > I have tcpdump, but never used wireshark -- if I have to do this is > tcpdump sufficient? > > > Anthony Cosgrove wrote: > >> Is it 5 minutes to the tee? I would do a packet capture and see what is >> happening with your signalling. Sounds too short to be a re-INVITE but >> who knows what your provider is doing. Get yourself tcpdump and >> wireshark then run the following from the FS box: >> >> tcpdump -s 0 port 5060 and udp -w /tmp/capture.pcap >> >> Not sure if I'm mistaken but the sip callid should be the UUID that FS >> generates. You can filter in wireshark on that and see the transactions >> between FS and your provider. Look for repeats of BYE and ACK. >> >> Anthony C >> >> On Fri, 2010-09-17 at 11:04 -0400, covici at ccs.covici.com wrote: >>> Hi. I am having a problem where -- to certain numbers, fsw hangs up >>> after 5 minutes. Now this is suspiciously like a comfort noise problem, >>> but I have no idea how to make fsw generate this, or can I? With >>> asterisk, it does work using some providers, but fsw did not work with >>> the same provider, so I am kind of stuck here. >>> >>> Thanks in advance for any suggestions. >>> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 17 11:29:34 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 14:29:34 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1284746628.3083.16.camel@anthony-desktop> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> Message-ID: <6304.1284748174@ccs.covici.com> OK, I will do something, but my provider did tell me that this was the cause of the hangup -- comfort noise or rather lack thereof. Is there any way to get fs to generate such -- I did see cng packets 15 at the end of the call. Anthony Cosgrove wrote: > You can do siptrace too but it is nice to have it in a file that you can > open on a whim in wireshark (presentation is also easier on the eyes). > Either way it's up to you on how you want to get the sip trace. If you > use siptrace please use pastebin. > > Anthony C > > On Fri, 2010-09-17 at 13:45 -0400, covici at ccs.covici.com wrote: > > How about if I do a siptrace on -- would that do? The hangup cause just > > said NORMAL_CLEARING and it was certainly about 5 minutes and it > > happened twice, so this was suspicious to me. It seems to happen only > > with some termination carriers. > > > > I have tcpdump, but never used wireshark -- if I have to do this is > > tcpdump sufficient? > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 acosgrov at gmail.com Fri Sep 17 11:40:10 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Fri, 17 Sep 2010 14:40:10 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6304.1284748174@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> Message-ID: <1284748810.3083.21.camel@anthony-desktop> Ahh ok this makes more sense. Your provider is probably terminating the call due to lack of RTP packets. You will need to configure your endpoint(s) to generate the cng. Most likely what is happening is that your endpoint(s) are configured to not transmit silence so there's no RTP data for that period. 5 minutes and you're out. On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > OK, I will do something, but my provider did tell me that this was the > cause of the hangup -- comfort noise or rather lack thereof. Is there > any way to get fs to generate such -- I did see cng packets 15 at the > end of the call. From covici at ccs.covici.com Fri Sep 17 12:17:41 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 15:17:41 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1284748810.3083.21.camel@anthony-desktop> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> Message-ID: <6825.1284751061@ccs.covici.com> But if I use asterisk with the same endpoint -- which has no configuration for cng setting -- it works whereas with fsw it does not -- this is the purpose of my inquiry. Anthony Cosgrove wrote: > Ahh ok this makes more sense. Your provider is probably terminating the > call due to lack of RTP packets. You will need to configure your > endpoint(s) to generate the cng. Most likely what is happening is that > your endpoint(s) are configured to not transmit silence so there's no > RTP data for that period. 5 minutes and you're out. > > On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > > OK, I will do something, but my provider did tell me that this was the > > cause of the hangup -- comfort noise or rather lack thereof. Is there > > any way to get fs to generate such -- I did see cng packets 15 at the > > end of the call. > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Fri Sep 17 12:22:24 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 14:22:24 -0500 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <1284748810.3083.21.camel@anthony-desktop> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> Message-ID: which is foolish. a provider does not deserve to be in business if they cannot properly provide the service using the correct tool, sip session timers..... media timeouts are horrible and should only be used as a last resort and be set to like 5 hours if anything. On Fri, Sep 17, 2010 at 1:40 PM, Anthony Cosgrove wrote: > Ahh ok this makes more sense. Your provider is probably terminating the > call due to lack of RTP packets. You will need to configure your > endpoint(s) to generate the cng. Most likely what is happening is that > your endpoint(s) are configured to not transmit silence so there's no > RTP data for that period. 5 minutes and you're out. > > On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: >> OK, I will do something, but my provider did tell me that this was the >> cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there >> any way ?to get fs to generate such -- I did see cng packets 15 at the >> end of the call. > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From tgraziano at myitdepartment.net Fri Sep 17 12:27:10 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Fri, 17 Sep 2010 15:27:10 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6825.1284751061@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> Message-ID: Would it make sense to explain how the trunk to the provider is configured for RTP keepalive first? Tony On Fri, Sep 17, 2010 at 3:17 PM, wrote: > But if I use asterisk with the same endpoint -- which has no > configuration for cng setting -- it works whereas with fsw it does not > -- this is the purpose of my inquiry. > > Anthony Cosgrove wrote: > > > Ahh ok this makes more sense. Your provider is probably terminating the > > call due to lack of RTP packets. You will need to configure your > > endpoint(s) to generate the cng. Most likely what is happening is that > > your endpoint(s) are configured to not transmit silence so there's no > > RTP data for that period. 5 minutes and you're out. > > > > On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > > > OK, I will do something, but my provider did tell me that this was the > > > cause of the hangup -- comfort noise or rather lack thereof. Is there > > > any way to get fs to generate such -- I did see cng packets 15 at the > > > end of the call. > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/49d4ca6d/attachment.html From mthakershi at gmail.com Fri Sep 17 13:12:40 2010 From: mthakershi at gmail.com (Malay Thakershi) Date: Fri, 17 Sep 2010 15:12:40 -0500 Subject: [Freeswitch-users] Building FS VS 2008 / For Windows Server Message-ID: I started trying FS December last year and now I am in stage to deploy it in live environment with my projects. When I built it last year, I remember I had issues getting the configuration correct and ceptral issues. I do not have good administrative / config file skills. I would like to compile and deploy the new version to take advantage of bug fixes and new features such as google voice integration. My questions: 1. When I go to properties of the solution, I see certain items (such as 16Hz, json, etc) unchecked under "Configuration properties -- debug". Should I check all items to get a complete build? If I check everything I get build errors in JSON module. 2. What is purpose of "_Build system", "_Config" and "_Downloads" folders? Which config files are used to direct the solution to include certain things and exclude others? 3. When I did first install, I used windows setup to install FS. Should I overwrite the files that come out of solution building process on top of current folder? Is it possible to run multiple instances of FS on same computer so that I can check transition works? Thank you for any help or advice. From covici at ccs.covici.com Fri Sep 17 13:22:07 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 16:22:07 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> Message-ID: <7472.1284754927@ccs.covici.com> Well, I agree, but if I want to call the number, I have to use that strange terminating carrier. Anthony Minessale wrote: > which is foolish. > a provider does not deserve to be in business if they cannot properly > provide the service using the correct tool, sip session timers..... > > media timeouts are horrible and should only be used as a last resort > and be set to like 5 hours if anything. > > > > On Fri, Sep 17, 2010 at 1:40 PM, Anthony Cosgrove wrote: > > Ahh ok this makes more sense. Your provider is probably terminating the > > call due to lack of RTP packets. You will need to configure your > > endpoint(s) to generate the cng. Most likely what is happening is that > > your endpoint(s) are configured to not transmit silence so there's no > > RTP data for that period. 5 minutes and you're out. > > > > On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > >> OK, I will do something, but my provider did tell me that this was the > >> cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there > >> any way ?to get fs to generate such -- I did see cng packets 15 at the > >> end of the call. > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 covici at ccs.covici.com Fri Sep 17 13:24:09 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 16:24:09 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> Message-ID: <7501.1284755049@ccs.covici.com> What is this rtp keep alive -- is this a setting I can put in the gateway? Tony Graziano wrote: > Would it make sense to explain how the trunk to the provider is configured > for RTP keepalive first? > > Tony > > On Fri, Sep 17, 2010 at 3:17 PM, wrote: > > > But if I use asterisk with the same endpoint -- which has no > > configuration for cng setting -- it works whereas with fsw it does not > > -- this is the purpose of my inquiry. > > > > Anthony Cosgrove wrote: > > > > > Ahh ok this makes more sense. Your provider is probably terminating the > > > call due to lack of RTP packets. You will need to configure your > > > endpoint(s) to generate the cng. Most likely what is happening is that > > > your endpoint(s) are configured to not transmit silence so there's no > > > RTP data for that period. 5 minutes and you're out. > > > > > > On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > > > > OK, I will do something, but my provider did tell me that this was the > > > > cause of the hangup -- comfort noise or rather lack thereof. Is there > > > > any way to get fs to generate such -- I did see cng packets 15 at the > > > > end of the call. > > > > > > > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 djbinter at gmail.com Fri Sep 17 14:40:05 2010 From: djbinter at gmail.com (DJB International) Date: Fri, 17 Sep 2010 14:40:05 -0700 Subject: [Freeswitch-users] New feature: sofia profile gwlist up|down Message-ID: i wonder whether there is a way to use this command with a non-registered gateway. Thank you, Dorn. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100917/a7d4b9de/attachment-0001.html From anthony.minessale at gmail.com Fri Sep 17 14:58:50 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 16:58:50 -0500 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6825.1284751061@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> Message-ID: Asterisk is not capable of async RTP and CNG so it's lack of functionality is a feature in your case and it's probably the same platform your provider is using. Sending RTP for no reason when you are not talking is somewhat silly right? Are you actually remaining silent for that period of 5 min? Did you get the trace and prove it? you can do the following if you wish to mimic asterisk add this to your sofia profile in internal.xml restart the profile or FS this will tell your phone and your isp not to use cng On Fri, Sep 17, 2010 at 2:17 PM, wrote: > But if I use asterisk with the same endpoint -- which has no > configuration for cng setting -- it works whereas with fsw it does not > -- this is the purpose of my inquiry. > > Anthony Cosgrove wrote: > >> Ahh ok this makes more sense. Your provider is probably terminating the >> call due to lack of RTP packets. You will need to configure your >> endpoint(s) to generate the cng. Most likely what is happening is that >> your endpoint(s) are configured to not transmit silence so there's no >> RTP data for that period. 5 minutes and you're out. >> >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: >> > OK, I will do something, but my provider did tell me that this was the >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there >> > any way ?to get fs to generate such -- I did see cng packets 15 at the >> > end of the call. >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Fri Sep 17 15:00:19 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 17:00:19 -0500 Subject: [Freeswitch-users] New feature: sofia profile gwlist up|down In-Reply-To: References: Message-ID: yes, up only shows ones that are registered down only shows ones that are not On Fri, Sep 17, 2010 at 4:40 PM, DJB International wrote: > i wonder whether there is a way to use this command with a non-registered > gateway. > Thank you, > Dorn. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From gamalsa at hotmail.com Fri Sep 17 09:47:06 2010 From: gamalsa at hotmail.com (gamalsa) Date: Fri, 17 Sep 2010 09:47:06 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> Message-ID: <1284742026517-5543541.post@n2.nabble.com> Thanks Anthony for the reply.. I already did that but the problem remains. I also set inboud-codec-negotiation to scrooge but same problem remains. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5543541.html Sent from the freeswitch-users mailing list archive at Nabble.com. From anthony.minessale at gmail.com Fri Sep 17 15:13:41 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 17:13:41 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1284742026517-5543541.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> Message-ID: the problem can't remain if you did what I said because it completely disables the code that generates that message. This means you are doing something wrong. On Fri, Sep 17, 2010 at 11:47 AM, gamalsa wrote: > > Thanks Anthony for the reply.. > > I already did that but the problem remains. > I also set inboud-codec-negotiation to scrooge but same problem remains. > > > > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5543541.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Fri Sep 17 16:06:28 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 17 Sep 2010 19:06:28 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> Message-ID: <9405.1284764788@ccs.covici.com> Well, I am slightly confused here -- yes I am silent because I am muted listening to a conference call. If I enable supress-cng, am I not surpressing the comfort noise or have I gotten its meaning wrong? Anthony Minessale wrote: > Asterisk is not capable of async RTP and CNG so it's lack of > functionality is a feature in your case and it's probably the same > platform your provider is using. > > Sending RTP for no reason when you are not talking is somewhat silly right? > > Are you actually remaining silent for that period of 5 min? > Did you get the trace and prove it? > > you can do the following if you wish to mimic asterisk > > add this to your sofia profile in internal.xml > > > > restart the profile or FS > > this will tell your phone and your isp not to use cng > > > > > > On Fri, Sep 17, 2010 at 2:17 PM, wrote: > > But if I use asterisk with the same endpoint -- which has no > > configuration for cng setting -- it works whereas with fsw it does not > > -- this is the purpose of my inquiry. > > > > Anthony Cosgrove wrote: > > > >> Ahh ok this makes more sense. Your provider is probably terminating the > >> call due to lack of RTP packets. You will need to configure your > >> endpoint(s) to generate the cng. Most likely what is happening is that > >> your endpoint(s) are configured to not transmit silence so there's no > >> RTP data for that period. 5 minutes and you're out. > >> > >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > >> > OK, I will do something, but my provider did tell me that this was the > >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there > >> > any way ?to get fs to generate such -- I did see cng packets 15 at the > >> > end of the call. > >> > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Fri Sep 17 16:25:15 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 17 Sep 2010 18:25:15 -0500 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <9405.1284764788@ccs.covici.com> References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> <9405.1284764788@ccs.covici.com> Message-ID: by suppressing it, you will not negotiate it with anybody so your phone will not try to use vad which is what causes your problems On Fri, Sep 17, 2010 at 6:06 PM, wrote: > Well, I am slightly confused here -- yes I am silent because I am muted > listening to a conference call. ?If I enable supress-cng, am I not > surpressing the comfort noise or have I gotten its meaning wrong? > > Anthony Minessale wrote: > >> Asterisk is not capable of async RTP and CNG so it's lack of >> functionality is a feature in your case and it's probably the same >> platform your provider is using. >> >> Sending RTP for no reason when you are not talking is somewhat silly right? >> >> Are you actually remaining silent for that period of 5 min? >> Did you get the trace and prove it? >> >> you can do the following if you wish to mimic asterisk >> >> add this to your sofia profile in internal.xml >> >> >> >> restart the profile or FS >> >> this will tell your phone and your isp not to use cng >> >> >> >> >> >> On Fri, Sep 17, 2010 at 2:17 PM, ? wrote: >> > But if I use asterisk with the same endpoint -- which has no >> > configuration for cng setting -- it works whereas with fsw it does not >> > -- this is the purpose of my inquiry. >> > >> > Anthony Cosgrove wrote: >> > >> >> Ahh ok this makes more sense. Your provider is probably terminating the >> >> call due to lack of RTP packets. You will need to configure your >> >> endpoint(s) to generate the cng. Most likely what is happening is that >> >> your endpoint(s) are configured to not transmit silence so there's no >> >> RTP data for that period. 5 minutes and you're out. >> >> >> >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: >> >> > OK, I will do something, but my provider did tell me that this was the >> >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there >> >> > any way ?to get fs to generate such -- I did see cng packets 15 at the >> >> > end of the call. >> >> >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at 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 >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brokendash at gmail.com Fri Sep 17 21:37:04 2010 From: brokendash at gmail.com (broken dash) Date: Fri, 17 Sep 2010 23:37:04 -0500 Subject: [Freeswitch-users] FreeSWITCH Conference Call Today - Discussing Cookbook Recipes, etc. In-Reply-To: References: Message-ID: Do you guys record the conferences at all? Thanks, Brian M. On Wed, Sep 15, 2010 at 10:41 AM, Michael Collins wrote: > Okay all, here's the agenda: > > http://wiki.freeswitch.org/wiki/FS_weekly_2010_09_15 > > Talk to you soon! > > -MC > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 brokendash at gmail.com Sat Sep 18 00:54:44 2010 From: brokendash at gmail.com (broken dash) Date: Sat, 18 Sep 2010 02:54:44 -0500 Subject: [Freeswitch-users] Tips adding ASR to a existing script. Message-ID: I'm wanting to add ASR to this javascript I've attached below... I've seen the pizza ordering demo as an example but I'm just not sure where to get started really an I'm looking for a little guidance. My script below has only 4 possible options (dtmf 1-4) and I'm simply just wanting to add the ability for a caller to speak the choice they would like ie: 1,2,3,or 4 while retaining the ability for the caller to enter the selection using dtmf. Any assistance would be appreciated... :-) Brian # cat autoattendant_5002.js var condition = true; var domain = "home"; //by default this is the ipv4 address of FreeSWITCH used for transfer to voicemail var digitmaxlength = 0; var objdate = new Date(); var adjusthours = 0; //Adjust Server time that is set to GMT 7 hours var adjustoperator = "-"; //+ or - if (adjustoperator == "-") { var objdate2 = new Date(objdate.getFullYear(),objdate.getMonth(),objdate.getDate(),(objdate.getHours() - adjusthours),objdate.getMinutes(),objdate.getSeconds()); } if (adjustoperator == "+") { var objdate2 = new Date(objdate.getFullYear(),objdate.getMonth(),objdate.getDate(),(objdate.getHours() + adjusthours),objdate.getMinutes(),objdate.getSeconds()); } var Hours = objdate2.getHours(); var Mins = objdate2.getMinutes(); var Seconds = objdate2.getSeconds(); var Month = objdate2.getMonth() + 1; var Date = objdate2.getDate(); var Year = objdate2.getYear() var Day = objdate2.getDay()+1; var exit = false; dialed_extension = session.getVariable("dialed_extension"); domain_name = session.getVariable("domain_name"); domain = session.getVariable("domain"); us_ring = session.getVariable("us-ring"); caller_id_name = session.getVariable("caller_id_name"); caller_id_number = session.getVariable("caller_id_number"); effective_caller_id_name = session.getVariable("effective_caller_id_name"); effective_caller_id_number = session.getVariable("effective_caller_id_number"); outbound_caller_id_name = session.getVariable("outbound_caller_id_name"); outbound_caller_id_number = session.getVariable("outbound_caller_id_number"); session.execute("set", "ignore_early_media=true"); session.execute("set", "hangup_after_bridge=true"); session.execute("set", "continue_on_fail=true"); session.execute("set", "call_timeout=45"); session.execute("export", "call_timeout=45"); session.execute("set", "ringback="+us_ring); //set to ringtone session.execute("set", "transfer_ringback="+us_ring); //set to ringtone //console_log( "info", "Auto Attendant Server Time is: "+Hours+":"+Mins+" \n" ); function get_sofia_contact(extension,domain_name, profile){ if (profile == "auto") { profile = "external"; session.execute("set", "sofia_contact_"+extension+"=${sofia_contact("+profile+"/"+extension+"@"+domain_name+")}"); sofia_contact = session.getVariable("sofia_contact_"+extension); if (sofia_contact == "error/user_not_registered") { profile = "internal"; session.execute("set", "sofia_contact_"+extension+"=${sofia_contact("+profile+"/"+extension+"@"+domain_name+")}"); sofia_contact = session.getVariable("sofia_contact_"+extension); } } else { session.execute("set", "sofia_contact_"+extension+"=${sofia_contact("+profile+"/"+extension+"@"+domain_name+")}"); sofia_contact = session.getVariable("sofia_contact_"+extension); } console_log( "info", "sofia_contact "+profile+": "+sofia_contact+".\n" ); return sofia_contact; } function mycb( session, type, obj, arg ) { try { if ( type == "dtmf" ) { console_log( "info", "digit: "+obj.digit+"\n" ); if ( obj.digit == "#" ) { //console_log( "info", "detected pound sign.\n" ); exit = true; return( false ); } dtmf.digits += obj.digit; if ( dtmf.digits.length >= digitmaxlength ) { exit = true; return( false ); } } } catch (e) { console_log( "err", e+"\n" ); } return( true ); } //end function mycb condition=true; if (condition) { //action //console_log( "info", "action call now don't wait for dtmf\n" ); var dtmf = new Object( ); dtmf.digits = ""; if ( session.ready( ) ) { session.answer( ); digitmaxlength = 1; while (session.ready() && ! exit ) { session.streamFile( "/usr/local/freeswitch/recordings/greeting-main.wav", mycb, "dtmf 20" ); if (session.ready()) { if (dtmf.digits.length == 0) { dtmf.digits += session.getDigits(1, "#", 20000); // 20 seconds if (dtmf.digits.length == 0) { } else { break; //dtmf found end the while loop } } } } //pickup the remaining digits dtmf.digits += session.getDigits(4, "#", 3000); //allow up to 5 digits if ( dtmf.digits.length > "0" ) { if ( dtmf.digits == "1" ) { // session.execute("transfer", "3973 XML default"); // } else if ( dtmf.digits == "2" ) { // session.execute("playback", "shout://stream.infowars.com"); // } else if ( dtmf.digits == "d" ) { // session.execute("bridge", "sofia/internal/5002@${domain}"); // } else if ( dtmf.digits == "3" ) { // session.execute("playback", "shout://ice.somafm.com/groovesalad"); // } else if ( dtmf.digits == "4" ) { // session.execute("bridge", "sofia/gateway/home/lisaworking"); // } else { //console_log( "info", "default option when there is no matching dtmf found\n" ); session.execute("bridge", "sofia/internal/5002@${domain}"); // } } } //end if session.ready } From covici at ccs.covici.com Sat Sep 18 01:25:36 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sat, 18 Sep 2010 04:25:36 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: References: <1700.1284735871@ccs.covici.com> <1284736952.3083.10.camel@anthony-desktop> <5794.1284745534@ccs.covici.com> <1284746628.3083.16.camel@anthony-desktop> <6304.1284748174@ccs.covici.com> <1284748810.3083.21.camel@anthony-desktop> <6825.1284751061@ccs.covici.com> <9405.1284764788@ccs.covici.com> Message-ID: <18128.1284798336@ccs.covici.com> Thanks for the suggestion -- unfortunately it did not work -- I put it in the internal profile, but it seems to have had no effect. I did see that the cng packets were 0. Anthony Minessale wrote: > by suppressing it, you will not negotiate it with anybody so your > phone will not try to use vad which is what causes your problems > > > On Fri, Sep 17, 2010 at 6:06 PM, wrote: > > Well, I am slightly confused here -- yes I am silent because I am muted > > listening to a conference call. ?If I enable supress-cng, am I not > > surpressing the comfort noise or have I gotten its meaning wrong? > > > > Anthony Minessale wrote: > > > >> Asterisk is not capable of async RTP and CNG so it's lack of > >> functionality is a feature in your case and it's probably the same > >> platform your provider is using. > >> > >> Sending RTP for no reason when you are not talking is somewhat silly right? > >> > >> Are you actually remaining silent for that period of 5 min? > >> Did you get the trace and prove it? > >> > >> you can do the following if you wish to mimic asterisk > >> > >> add this to your sofia profile in internal.xml > >> > >> > >> > >> restart the profile or FS > >> > >> this will tell your phone and your isp not to use cng > >> > >> > >> > >> > >> > >> On Fri, Sep 17, 2010 at 2:17 PM, ? wrote: > >> > But if I use asterisk with the same endpoint -- which has no > >> > configuration for cng setting -- it works whereas with fsw it does not > >> > -- this is the purpose of my inquiry. > >> > > >> > Anthony Cosgrove wrote: > >> > > >> >> Ahh ok this makes more sense. Your provider is probably terminating the > >> >> call due to lack of RTP packets. You will need to configure your > >> >> endpoint(s) to generate the cng. Most likely what is happening is that > >> >> your endpoint(s) are configured to not transmit silence so there's no > >> >> RTP data for that period. 5 minutes and you're out. > >> >> > >> >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > >> >> > OK, I will do something, but my provider did tell me that this was the > >> >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there > >> >> > any way ?to get fs to generate such -- I did see cng packets 15 at the > >> >> > end of the call. > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at 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 > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> Twitter: http://twitter.com/FreeSWITCH_wire > >> > >> AIM: anthm > >> MSN:anthony_minessale at hotmail.com > >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer Conference > >> sip:888 at conference.freeswitch.org > >> googletalk:conf+888 at conference.freeswitch.org > >> pstn:+19193869900 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 abubacker at bksystems.co.in Sat Sep 18 02:25:17 2010 From: abubacker at bksystems.co.in (abubacker) Date: Sat, 18 Sep 2010 14:55:17 +0530 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: References: <4C936D2F.7050801@bksys.co.in> Message-ID: <4C94857D.5020107@bksys.co.in> On Friday 17 September 2010 08:11 PM, Anthony Minessale wrote: > Your machine consumed it's resource limits for threads. > It's probably a 32 bit box with small ulimits. > > run all theses in your current shell before you start FS > > ulimit -c unlimited > ulimit -d unlimited > ulimit -f unlimited > ulimit -i unlimited > ulimit -n 999999 > ulimit -q unlimited > ulimit -u unlimited > ulimit -v unlimited > ulimit -x unlimited > ulimit -s 244 > ulimit -l unlimited > > > If you still see it, get a much nicer box, 64 bit preferable. > > > On Fri, Sep 17, 2010 at 8:29 AM, abubacker wrote: > >> I installed 2 freeswitch in a single machine in a 2 different user account >> my intention was to simulate 100 calls from one freeswitch to another >> freeswitch >> but once after crossing the 40 calls the freeswitch which is receiving calls >> threw this error : >> >> 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel >> sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] >> 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot create >> thread! >> >> what is it ,why it is unable to create a thread ? >> >> -- >> Best regards, >> N.Abubacker , >> Associate system engineer , >> bk systems pvt ltd , >> Ph : 9144-43902701 >> >> Disclaimer: http://www.bksystems.co.in/email-policy >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> > > > Thank you antony ,after applying your solution that error didnt appear Can u suggest me the hardware details needs to run a busy call center using freeswitch PBX with detail. -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From shamun.toha at gmail.com Sat Sep 18 04:25:01 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 18 Sep 2010 13:25:01 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail Message-ID: Alsa driver installation in CentOS 5.4 getting fail: [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer --with-card-options=all checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for ranlib... ranlib checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking for current directory... /usr/local/src/alsa-driver-1.0.20 checking cross compile... checking for directory with kernel source... ./configure: line 4870: cd: /lib/modules/2.6.18-164.el5/source: No such file or directory /lib/modules/2.6.18-164.el5/source checking for directory with kernel build... /lib/modules/2.6.18-164.el5/build checking for kernel linux/version.h... no The file /include/linux/version.h does not exist. Please install the package with full kernel sources for your distribution or use --with-kernel=dir option to specify another directory with kernel sources (default is /lib/modules/2.6.18-164.el5/source). [root at localhost alsa-driver-1.0.20]# [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer --with-card-options=all --with-kernel=/lib/modules/2.6.18-164.el5/source checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for ranlib... ranlib checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking for current directory... /usr/local/src/alsa-driver-1.0.20 checking cross compile... checking for directory with kernel source... ./configure: line 4870: cd: /lib/modules/2.6.18-164.el5/source: No such file or directory /lib/modules/2.6.18-164.el5/source checking for directory with kernel build... checking for kernel linux/version.h... no The file /include/linux/version.h does not exist. Please install the package with full kernel sources for your distribution or use --with-kernel=dir option to specify another directory with kernel sources (default is /lib/modules/2.6.18-164.el5/source). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/0f059b1b/attachment.html From gmaruzz at celliax.org Sat Sep 18 04:49:01 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Sat, 18 Sep 2010 13:49:01 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Read what error you get. Follow the wiki page. Install necessary packages and edit alsa sources. All described in wiki page. -giovanni On 9/18/10, Shamun toha md wrote: > Alsa driver installation in CentOS 5.4 getting fail: > > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > --with-card-options=all > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for ranlib... ranlib > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for ANSI C header files... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking whether time.h and sys/time.h may both be included... yes > checking whether gcc needs -traditional... no > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > checking cross compile... > checking for directory with kernel source... ./configure: line 4870: cd: > /lib/modules/2.6.18-164.el5/source: No such file or directory > /lib/modules/2.6.18-164.el5/source > checking for directory with kernel build... > /lib/modules/2.6.18-164.el5/build > checking for kernel linux/version.h... no > The file /include/linux/version.h does not exist. > Please install the package with full kernel sources for your distribution > or use --with-kernel=dir option to specify another directory with kernel > sources (default is /lib/modules/2.6.18-164.el5/source). > [root at localhost alsa-driver-1.0.20]# > > > > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > --with-card-options=all --with-kernel=/lib/modules/2.6.18-164.el5/source > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for ranlib... ranlib > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for ANSI C header files... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking whether time.h and sys/time.h may both be included... yes > checking whether gcc needs -traditional... no > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > checking cross compile... > checking for directory with kernel source... ./configure: line 4870: cd: > /lib/modules/2.6.18-164.el5/source: No such file or directory > /lib/modules/2.6.18-164.el5/source > checking for directory with kernel build... > checking for kernel linux/version.h... no > The file /include/linux/version.h does not exist. > Please install the package with full kernel sources for your distribution > or use --with-kernel=dir option to specify another directory with kernel > sources (default is /lib/modules/2.6.18-164.el5/source). > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From sharad at coraltele.com Sat Sep 18 05:01:28 2010 From: sharad at coraltele.com (sharad) Date: Sat, 18 Sep 2010 17:31:28 +0530 Subject: [Freeswitch-users] [?? Probable Spam] FreeSWITCH-users Digest, Vol 51, Issue 132 References: Message-ID: Hi Is tt possible to record the voice of two IP phones who are registered with some other IPPBX & their voice is P2P. Means can FS record the rtp of non registered users ? Would really appreciate if someone could reply this. Regards Sharad ----- Original Message ----- From: To: Sent: Saturday, September 18, 2010 1:24 PM Subject: [?? Probable Spam] FreeSWITCH-users Digest, Vol 51, Issue 132 > 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..." > From sharad at coraltele.com Sat Sep 18 05:16:00 2010 From: sharad at coraltele.com (sharad) Date: Sat, 18 Sep 2010 17:46:00 +0530 Subject: [Freeswitch-users] recording of voice of non registered users. References: Message-ID: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> Hi Is tt possible to record the voice of two IP phones who are registered with some other IPPBX & their voice is P2P. Means can FS record the rtp of non registered users ? Would really appreciate if someone could reply this. Regards Sharad From shamun.toha at gmail.com Sat Sep 18 05:46:09 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 18 Sep 2010 14:46:09 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: This is not working for this, here kernel-devel and source is modified as wiki told: [root at localhost alsa-driver-1.0.20]# uname -a Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 athlon i386 GNU/Linux [root at localhost alsa-driver-1.0.20]# yum info kernel-devel Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: ftp.belnet.be * base: mirror.ovh.net * extras: mirror.ovh.net * updates: mirror.ovh.net Installed Packages Name : kernel-devel Arch : i686 Version : 2.6.18 Release : 194.11.3.el5 Size : 16 M *Repo : installed* Summary : Development package for building kernel modules to match the kernel. URL : http://www.kernel.org/ License : GPLv2 Description: This package provides kernel headers and makefiles sufficient to build modules : against the kernel package. [root at localhost alsa-driver-1.0.20]# ./configure --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer --with-card-options=all checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for ranlib... ranlib checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking for current directory... /usr/local/src/alsa-driver-1.0.20 checking cross compile... checking for directory with kernel source... ./configure: line 4870: cd: /lib/modules/2.6.18-164.el5/source: No such file or directory /lib/modules/2.6.18-164.el5/source checking for directory with kernel build... /lib/modules/2.6.18-164.el5/build checking for kernel linux/version.h... no The file /include/linux/version.h does not exist. Please install the package with full kernel sources for your distribution or use --with-kernel=dir option to specify another directory with kernel sources (default is /lib/modules/2.6.18-164.el5/source). [root at localhost alsa-driver-1.0.20]# Wiki told: ========== Let's start with ALSA driver compilation and installation: Get it from: ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 CentOS, RedHat Because CentOS backports features in kernel, you will have to edit alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line 1781, to make it like this: /* other missing types */ #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) //typedef unsigned int fmode_t; #endif ... #ifndef bool /* just to be sure */ //typedef _Bool bool; #endif Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line 18, commenting out the following code making it look like this: #endif /* < 2.6.24 */ #if 0 #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) static inline int usb_endpoint_dir_in(const struct usb_endpoint_descriptor *epd) close the commenting out block adding an "#endif" at line 97, making it look like this: #endif /* < 2.6.21 */ #endif //0 Then: yum install *kernel-devel* # or yum install kernel-xen-devel (if on xen) ./configure --with-redhat=yes \ --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ --with-card-options=all make && make install After the first *make && make install*, copy mod_skypopen/configs/alsa/dummy.c to alsa-driver-1.0.20/sound/drivers/dummy.c . make && make install #again :) On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli wrote: > Read what error you get. > Follow the wiki page. > Install necessary packages and edit alsa sources. All described in wiki > page. > -giovanni > > On 9/18/10, Shamun toha md wrote: > > Alsa driver installation in CentOS 5.4 getting fail: > > > > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > > --with-card-options=all > > checking for gcc... gcc > > checking for C compiler default output file name... a.out > > checking whether the C compiler works... yes > > checking whether we are cross compiling... no > > checking for suffix of executables... > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ISO C89... none needed > > checking for ranlib... ranlib > > checking for a BSD-compatible install... /usr/bin/install -c > > checking how to run the C preprocessor... gcc -E > > checking for grep that handles long lines and -e... /bin/grep > > checking for egrep... /bin/grep -E > > checking for ANSI C header files... yes > > checking for an ANSI C-conforming const... yes > > checking for inline... inline > > checking whether time.h and sys/time.h may both be included... yes > > checking whether gcc needs -traditional... no > > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > > checking cross compile... > > checking for directory with kernel source... ./configure: line 4870: cd: > > /lib/modules/2.6.18-164.el5/source: No such file or directory > > /lib/modules/2.6.18-164.el5/source > > checking for directory with kernel build... > > /lib/modules/2.6.18-164.el5/build > > checking for kernel linux/version.h... no > > The file /include/linux/version.h does not exist. > > Please install the package with full kernel sources for your distribution > > or use --with-kernel=dir option to specify another directory with kernel > > sources (default is /lib/modules/2.6.18-164.el5/source). > > [root at localhost alsa-driver-1.0.20]# > > > > > > > > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > > --with-card-options=all --with-kernel=/lib/modules/2.6.18-164.el5/source > > checking for gcc... gcc > > checking for C compiler default output file name... a.out > > checking whether the C compiler works... yes > > checking whether we are cross compiling... no > > checking for suffix of executables... > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ISO C89... none needed > > checking for ranlib... ranlib > > checking for a BSD-compatible install... /usr/bin/install -c > > checking how to run the C preprocessor... gcc -E > > checking for grep that handles long lines and -e... /bin/grep > > checking for egrep... /bin/grep -E > > checking for ANSI C header files... yes > > checking for an ANSI C-conforming const... yes > > checking for inline... inline > > checking whether time.h and sys/time.h may both be included... yes > > checking whether gcc needs -traditional... no > > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > > checking cross compile... > > checking for directory with kernel source... ./configure: line 4870: cd: > > /lib/modules/2.6.18-164.el5/source: No such file or directory > > /lib/modules/2.6.18-164.el5/source > > checking for directory with kernel build... > > checking for kernel linux/version.h... no > > The file /include/linux/version.h does not exist. > > Please install the package with full kernel sources for your distribution > > or use --with-kernel=dir option to specify another directory with kernel > > sources (default is /lib/modules/2.6.18-164.el5/source). > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/1a7831fb/attachment.html From gmaruzz at celliax.org Sat Sep 18 05:55:03 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Sat, 18 Sep 2010 14:55:03 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: You reported: >checking for directory with kernel source... ./configure: line 4870: cd: /lib/modules/2.6.18->164.el5/source: No such file or directory >/lib/modules/2.6.18-164.el5/source >checking for directory with kernel build... /lib/modules/2.6.18-164.el5/build >checking for kernel linux/version.h... no >The file /include/linux/version.h does not exist. >Please install the package with full kernel sources for your distribution >or use --with-kernel=dir option to specify another directory with kernel >sources (default is /lib/modules/2.6.18-164.el5/source). The error speaks very clear. You botched your install in some way... -giovanni On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md wrote: > This is not working for this, here kernel-devel and source is modified as > wiki told: > > [root at localhost alsa-driver-1.0.20]# uname -a > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT > 2009 i686 athlon i386 GNU/Linux > > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > ?* addons: ftp.belnet.be > ?* base: mirror.ovh.net > ?* extras: mirror.ovh.net > ?* updates: mirror.ovh.net > Installed Packages > Name?????? : kernel-devel > Arch?????? : i686 > Version??? : 2.6.18 > Release??? : 194.11.3.el5 > Size?????? : 16 M > Repo?????? : installed > Summary??? : Development package for building kernel modules to match the > kernel. > URL??????? : http://www.kernel.org/ > License??? : GPLv2 > Description: This package provides kernel headers and makefiles sufficient > to build modules > ?????????? : against the kernel package. > [root at localhost alsa-driver-1.0.20]# ./configure > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > --with-card-options=all > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for ranlib... ranlib > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for ANSI C header files... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking whether time.h and sys/time.h may both be included... yes > checking whether gcc needs -traditional... no > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > checking cross compile... > checking for directory with kernel source... ./configure: line 4870: cd: > /lib/modules/2.6.18-164.el5/source: No such file or directory > /lib/modules/2.6.18-164.el5/source > checking for directory with kernel build... > /lib/modules/2.6.18-164.el5/build > checking for kernel linux/version.h... no > The file /include/linux/version.h does not exist. > Please install the package with full kernel sources for your distribution > or use --with-kernel=dir option to specify another directory with kernel > sources (default is /lib/modules/2.6.18-164.el5/source). > [root at localhost alsa-driver-1.0.20]# > > > > > > > > > Wiki told: > ========== > > Let's start with ALSA driver compilation and installation: > > Get it from: > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > > CentOS, RedHat > > Because CentOS backports features in kernel, you will have to edit > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line 1781, > to make it like this: > > /* other missing types */ > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > //typedef unsigned int fmode_t; > #endif > > ... > > #ifndef bool /* just to be sure */ > //typedef _Bool bool; > #endif > > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line 18, > commenting out the following code making it look like this: > > #endif /* < 2.6.24 */ > #if 0 > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > static inline int usb_endpoint_dir_in(const struct usb_endpoint_descriptor > *epd) > > close the commenting out block adding an "#endif" at line 97, making it look > like this: > > #endif /* < 2.6.21 */ > #endif //0 > > Then: > > yum install kernel-devel # or yum install kernel-xen-devel (if on xen) > > ./configure --with-redhat=yes \ > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > --with-card-options=all > > > > make && make install > > After the first make && make install, copy mod_skypopen/configs/alsa/dummy.c > to alsa-driver-1.0.20/sound/drivers/dummy.c . > > make && make install #again?:) > > > > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli > wrote: >> >> Read what error you get. >> Follow the wiki page. >> Install necessary packages and edit alsa sources. All described in wiki >> page. >> -giovanni >> >> On 9/18/10, Shamun toha md wrote: >> > Alsa driver installation in CentOS 5.4 getting fail: >> > >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> > --with-card-options=all >> > checking for gcc... gcc >> > checking for C compiler default output file name... a.out >> > checking whether the C compiler works... yes >> > checking whether we are cross compiling... no >> > checking for suffix of executables... >> > checking for suffix of object files... o >> > checking whether we are using the GNU C compiler... yes >> > checking whether gcc accepts -g... yes >> > checking for gcc option to accept ISO C89... none needed >> > checking for ranlib... ranlib >> > checking for a BSD-compatible install... /usr/bin/install -c >> > checking how to run the C preprocessor... gcc -E >> > checking for grep that handles long lines and -e... /bin/grep >> > checking for egrep... /bin/grep -E >> > checking for ANSI C header files... yes >> > checking for an ANSI C-conforming const... yes >> > checking for inline... inline >> > checking whether time.h and sys/time.h may both be included... yes >> > checking whether gcc needs -traditional... no >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> > checking cross compile... >> > checking for directory with kernel source... ./configure: line 4870: cd: >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> > /lib/modules/2.6.18-164.el5/source >> > checking for directory with kernel build... >> > /lib/modules/2.6.18-164.el5/build >> > checking for kernel linux/version.h... no >> > The file /include/linux/version.h does not exist. >> > Please install the package with full kernel sources for your >> > distribution >> > or use --with-kernel=dir option to specify another directory with kernel >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> > [root at localhost alsa-driver-1.0.20]# >> > >> > >> > >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> > --with-card-options=all --with-kernel=/lib/modules/2.6.18-164.el5/source >> > checking for gcc... gcc >> > checking for C compiler default output file name... a.out >> > checking whether the C compiler works... yes >> > checking whether we are cross compiling... no >> > checking for suffix of executables... >> > checking for suffix of object files... o >> > checking whether we are using the GNU C compiler... yes >> > checking whether gcc accepts -g... yes >> > checking for gcc option to accept ISO C89... none needed >> > checking for ranlib... ranlib >> > checking for a BSD-compatible install... /usr/bin/install -c >> > checking how to run the C preprocessor... gcc -E >> > checking for grep that handles long lines and -e... /bin/grep >> > checking for egrep... /bin/grep -E >> > checking for ANSI C header files... yes >> > checking for an ANSI C-conforming const... yes >> > checking for inline... inline >> > checking whether time.h and sys/time.h may both be included... yes >> > checking whether gcc needs -traditional... no >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> > checking cross compile... >> > checking for directory with kernel source... ./configure: line 4870: cd: >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> > /lib/modules/2.6.18-164.el5/source >> > checking for directory with kernel build... >> > checking for kernel linux/version.h... no >> > The file /include/linux/version.h does not exist. >> > Please install the package with full kernel sources for your >> > distribution >> > or use --with-kernel=dir option to specify another directory with kernel >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> > >> >> -- >> Sent from my mobile device >> >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From testeador01 at gmail.com Sat Sep 18 06:22:10 2010 From: testeador01 at gmail.com (Milena) Date: Sat, 18 Sep 2010 08:22:10 -0500 Subject: [Freeswitch-users] dialing a alphanumeric user In-Reply-To: References: Message-ID: Hello, what you did might work and might be ok for testing purposes but I suggest you change the value of the expression "^(.*)$" for something more specific, it is not safe to bridge to whatever is being sent to you without sanitizing the data! On Thu, Sep 16, 2010 at 8:32 PM, Adolfo Delorenzo wrote: > Anthony, > > Cool! It worked. In case anyone would like to know how: > > > > > > > > Thanks! > > > > On 16 September 2010 20:29, Anthony Minessale > wrote: > >> you could make an extension that does a regex capture for non-numeric >> destinations and then bridges to user/$1 >> >> >> On Thu, Sep 16, 2010 at 6:14 PM, Adolfo Delorenzo >> wrote: >> > Hello, >> > >> > I am trying to call an alphanumeric user, for example john at domain.comand it >> > doesn't work. I get a [NO_ROUTE_DESTINATION] error message. It only >> works if >> > I add the number-alias option and dial the numeric extension. >> > >> > My user extension config (without number-alias) as follows: >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > What am I doing wrong? >> > >> > Thanks >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/f9dbfba3/attachment.html From gamalsa at hotmail.com Fri Sep 17 17:53:05 2010 From: gamalsa at hotmail.com (gamalsa) Date: Fri, 17 Sep 2010 17:53:05 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> Message-ID: <1284771185617-5544751.post@n2.nabble.com> I don't get any message from FS, i just hear a distorted voice when using g.723. and from the debug output i see that freeswitch compares 120 ms p-time to 20 ms p-time on the other end (and chooses 120ms), while the other end is using p-time 30 ms. It is strange because g.723 uses p-time 30 ms by default. Is there any way to force FS to use g723 with p-time 30 ms with this specific provider? This problem doesn't exist when using g729 codec. I'm using the last svn of freeswitch. thanks -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5544751.html Sent from the freeswitch-users mailing list archive at Nabble.com. From testeador01 at gmail.com Sat Sep 18 06:50:51 2010 From: testeador01 at gmail.com (Milena) Date: Sat, 18 Sep 2010 08:50:51 -0500 Subject: [Freeswitch-users] recording of voice of non registered users. In-Reply-To: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> Message-ID: Hello, I don't think I follow, you want FreeSWITCH to somehow record calls between two endpoints that have nothing to do with your FreeSWITCH server? and the voice goes straight p2p? why don't you use wireshark in one side of the call to capture the packets instead? On Sat, Sep 18, 2010 at 7:16 AM, sharad wrote: > Hi > > Is tt possible to record the voice of two IP phones who are registered with > some other IPPBX & their voice is P2P. > > Means can FS record the rtp of non registered users ? > > Would really appreciate if someone could reply this. > > Regards > Sharad > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/c088a453/attachment.html From gamalsa at hotmail.com Sat Sep 18 07:26:14 2010 From: gamalsa at hotmail.com (gamalsa) Date: Sat, 18 Sep 2010 07:26:14 -0700 (PDT) Subject: [Freeswitch-users] FS stocked to 120ms in g723 Message-ID: <1284819974851-5545877.post@n2.nabble.com> Hi I post an earlier topic about wrong ptime in g723. However after going into more troubleshooting, I found that FS uses only p-time 120 ms no matter what, even when calling internal extension or voice mail in FS using g.723 it uses always p-time 120 ms. The g.723 module loads fine with 30, 60, 90, and 120 ms, so I have no explanation of whats going wrong. Please Help.. Thanks -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-stocked-to-120ms-in-g723-tp5545877p5545877.html Sent from the freeswitch-users mailing list archive at Nabble.com. From shamun.toha at gmail.com Sat Sep 18 09:20:38 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 18 Sep 2010 18:20:38 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: You are correct, even without alsa driver, if i simply start skype GUI instance from ssh -X servermachine, i can see skype get started without getting fail or crash. But if i "load mod_skypeopen", why it is getting again error like this? *freeswitch at localhost.localdomain> * 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) Started. Max Sessions[1000] Session Rate[30] SQL [Enabled] *freeswitch at localhost.localdomain> load mod_skypopen* -ERR [module load file routine returned an error] 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 ][none ][-1,-1,-1] open of skypopen.conf failed 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/freeswitch/mod/mod_skypopen.so **Module load routine returned an error** freeswitch at localhost.localdomain> On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli wrote: > You reported: > > >checking for directory with kernel source... ./configure: line 4870: cd: > /lib/modules/2.6.18->164.el5/source: No such file or directory > >/lib/modules/2.6.18-164.el5/source > >checking for directory with kernel build... > /lib/modules/2.6.18-164.el5/build > >checking for kernel linux/version.h... no > >The file /include/linux/version.h does not exist. > >Please install the package with full kernel sources for your distribution > >or use --with-kernel=dir option to specify another directory with kernel > >sources (default is /lib/modules/2.6.18-164.el5/source). > > The error speaks very clear. You botched your install in some way... > > -giovanni > > On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > wrote: > > This is not working for this, here kernel-devel and source is modified as > > wiki told: > > > > [root at localhost alsa-driver-1.0.20]# uname -a > > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT > > 2009 i686 athlon i386 GNU/Linux > > > > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > > Loaded plugins: fastestmirror > > Loading mirror speeds from cached hostfile > > * addons: ftp.belnet.be > > * base: mirror.ovh.net > > * extras: mirror.ovh.net > > * updates: mirror.ovh.net > > Installed Packages > > Name : kernel-devel > > Arch : i686 > > Version : 2.6.18 > > Release : 194.11.3.el5 > > Size : 16 M > > Repo : installed > > Summary : Development package for building kernel modules to match the > > kernel. > > URL : http://www.kernel.org/ > > License : GPLv2 > > Description: This package provides kernel headers and makefiles > sufficient > > to build modules > > : against the kernel package. > > [root at localhost alsa-driver-1.0.20]# ./configure > > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > > --with-card-options=all > > checking for gcc... gcc > > checking for C compiler default output file name... a.out > > checking whether the C compiler works... yes > > checking whether we are cross compiling... no > > checking for suffix of executables... > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ISO C89... none needed > > checking for ranlib... ranlib > > checking for a BSD-compatible install... /usr/bin/install -c > > checking how to run the C preprocessor... gcc -E > > checking for grep that handles long lines and -e... /bin/grep > > checking for egrep... /bin/grep -E > > checking for ANSI C header files... yes > > checking for an ANSI C-conforming const... yes > > checking for inline... inline > > checking whether time.h and sys/time.h may both be included... yes > > checking whether gcc needs -traditional... no > > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > > checking cross compile... > > checking for directory with kernel source... ./configure: line 4870: cd: > > /lib/modules/2.6.18-164.el5/source: No such file or directory > > /lib/modules/2.6.18-164.el5/source > > checking for directory with kernel build... > > /lib/modules/2.6.18-164.el5/build > > checking for kernel linux/version.h... no > > The file /include/linux/version.h does not exist. > > Please install the package with full kernel sources for your distribution > > or use --with-kernel=dir option to specify another directory with kernel > > sources (default is /lib/modules/2.6.18-164.el5/source). > > [root at localhost alsa-driver-1.0.20]# > > > > > > > > > > > > > > > > > > Wiki told: > > ========== > > > > Let's start with ALSA driver compilation and installation: > > > > Get it from: > > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > > > > CentOS, RedHat > > > > Because CentOS backports features in kernel, you will have to edit > > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > 1781, > > to make it like this: > > > > /* other missing types */ > > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > > //typedef unsigned int fmode_t; > > #endif > > > > ... > > > > #ifndef bool /* just to be sure */ > > //typedef _Bool bool; > > #endif > > > > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line 18, > > commenting out the following code making it look like this: > > > > #endif /* < 2.6.24 */ > > #if 0 > > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > > static inline int usb_endpoint_dir_in(const struct > usb_endpoint_descriptor > > *epd) > > > > close the commenting out block adding an "#endif" at line 97, making it > look > > like this: > > > > #endif /* < 2.6.21 */ > > #endif //0 > > > > Then: > > > > yum install kernel-devel # or yum install kernel-xen-devel (if on xen) > > > > ./configure --with-redhat=yes \ > > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > > --with-card-options=all > > > > > > > > make && make install > > > > After the first make && make install, copy > mod_skypopen/configs/alsa/dummy.c > > to alsa-driver-1.0.20/sound/drivers/dummy.c . > > > > make && make install #again :) > > > > > > > > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > gmaruzz at celliax.org> > > wrote: > >> > >> Read what error you get. > >> Follow the wiki page. > >> Install necessary packages and edit alsa sources. All described in wiki > >> page. > >> -giovanni > >> > >> On 9/18/10, Shamun toha md wrote: > >> > Alsa driver installation in CentOS 5.4 getting fail: > >> > > >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > --with-kernel=/lib/modules/2.6.18-164.el5/source > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > > >> > >> -- > >> Sent from my mobile device > >> > >> Sincerely, > >> > >> Giovanni Maruzzelli > >> Cell : +39-347-2665618 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/da3e24bb/attachment-0001.html From astmac at stillnewt.org Sat Sep 18 09:38:07 2010 From: astmac at stillnewt.org (Martin Joseph) Date: Sat, 18 Sep 2010 09:38:07 -0700 Subject: [Freeswitch-users] FreeSwitch on OSX server 10.6? Message-ID: <37DE27A4-E70E-4B01-B5C8-7AB30A703207@stillnewt.org> Hello again y'all, I am curious as to whether any of you has built/used FreeSWITCH on OSX Server 10.6. I have recently purchased a used xserve (xeon 2.0G dually) on eBay, and I am considering finally making the switch from using FreeSWITCH as my backup (10.4 client on an old ibook G3) to my primary. Anyone done this? Thanks, Marty From marian at jozep.com.au Sat Sep 18 07:57:03 2010 From: marian at jozep.com.au (marian szczepkowski) Date: Sun, 19 Sep 2010 00:57:03 +1000 Subject: [Freeswitch-users] server failure Message-ID: <4C94D33F.6050601@jozep.com.au> Hi From what I can gather the idiots who wrote SIP decided that a server is a never a point of failure, x.25 and all other telecommunication protocols I have had experience with are able to recover from a remote end error/restart. All I can find with SIP is a daft time out in the device to perform a re-registration request, and until that time the unit is unable to make a call. Am I missing something or do I have to go jump through hoops with my phone code to re-connect to a server after a server failure. From tgraziano at myitdepartment.net Sat Sep 18 10:24:58 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Sat, 18 Sep 2010 13:24:58 -0400 Subject: [Freeswitch-users] server failure In-Reply-To: <4C94D33F.6050601@jozep.com.au> References: <4C94D33F.6050601@jozep.com.au> Message-ID: You should understand if your server is functioning. Keep your terminology straight when stating its a "SIP" issue. Each UA is something of its own design. There are, like lots of communications protocols, a lot of things that can sit between a sip server and the UA that could make fluid communications difficult at times over a network. You should start with your registration log though. On 9/18/10, marian szczepkowski wrote: > Hi > > From what I can gather the idiots who wrote SIP decided that a server > is a never a point of failure, x.25 and all other telecommunication > protocols I have had experience with are able to recover from a remote > end error/restart. All I can find with SIP is a daft time out in the > device to perform a re-registration request, and until that time the > unit is unable to make a call. > > Am I missing something or do I have to go jump through hoops with my > phone code to re-connect to a server after a server failure. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. From shamun.toha at gmail.com Sat Sep 18 10:30:09 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 18 Sep 2010 19:30:09 +0200 Subject: [Freeswitch-users] server failure In-Reply-To: <4C94D33F.6050601@jozep.com.au> References: <4C94D33F.6050601@jozep.com.au> Message-ID: Build switch on RAID 6 or RAID 10 ( if expensive then RAID 5). On Sat, Sep 18, 2010 at 4:57 PM, marian szczepkowski wrote: > Hi > > From what I can gather the idiots who wrote SIP decided that a server > is a never a point of failure, x.25 and all other telecommunication > protocols I have had experience with are able to recover from a remote > end error/restart. All I can find with SIP is a daft time out in the > device to perform a re-registration request, and until that time the > unit is unable to make a call. > > Am I missing something or do I have to go jump through hoops with my > phone code to re-connect to a server after a server failure. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/2cdc9397/attachment.html From jeff at jefflenk.com Sat Sep 18 10:30:48 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Sat, 18 Sep 2010 10:30:48 -0700 (PDT) Subject: [Freeswitch-users] Building FS VS 2008 / For Windows Server In-Reply-To: References: Message-ID: <1284831048629-5546155.post@n2.nabble.com> There have been tons of improvements to both the source and build since you last updated. 1. The default solution is configured with everything needed for a basic installation. If you want VS to copy files needed for 16khz or other sounds you can elect to do so (those files can also be copied manually too). Projects that are not built standard(besides sounds) may require additional setup, external library support or other significant setup. 2. _build and _config are simply just for solution reference and allow VS to include them in solution searches for example. _download is used for auto downloading of listed dependencies. 3. You will need to carefully compare the files from your existing setup and merge the things you require into the current setup. Running multiple instances(simultaneously) is possible but requires changing the setup to listen on different ports. You can of course have multiple builds and test them individually. Source control has also changed from SVN to Git since you started. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Building-FS-VS-2008-For-Windows-Server-tp5544216p5546155.html Sent from the freeswitch-users mailing list archive at Nabble.com. From tgraziano at myitdepartment.net Sat Sep 18 11:08:35 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Sat, 18 Sep 2010 14:08:35 -0400 Subject: [Freeswitch-users] server failure In-Reply-To: References: <4C94D33F.6050601@jozep.com.au> Message-ID: Well, it's hard to tell from his rant what exactly the failure was. A link failure, a registration failure, disk, etc. He also says there's no failover in SIP, but there are a lot if systems out there running with some type of HA mode (registrar, proxy, etc.). So if he rebuilt a system and he can;t register, he should try to figure out why. If it was a disk failure, a backup is an excellent idea (no matter what level of RAID). On Sat, Sep 18, 2010 at 1:30 PM, Shamun toha md wrote: > Build switch on RAID 6 or RAID 10 ( if expensive then RAID 5). > > > > On Sat, Sep 18, 2010 at 4:57 PM, marian szczepkowski wrote: > >> Hi >> >> From what I can gather the idiots who wrote SIP decided that a server >> is a never a point of failure, x.25 and all other telecommunication >> protocols I have had experience with are able to recover from a remote >> end error/restart. All I can find with SIP is a daft time out in the >> device to perform a re-registration request, and until that time the >> unit is unable to make a call. >> >> Am I missing something or do I have to go jump through hoops with my >> phone code to re-connect to a server after a server failure. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/18e04a0f/attachment.html From brian at freeswitch.org Sat Sep 18 13:43:05 2010 From: brian at freeswitch.org (Brian West) Date: Sat, 18 Sep 2010 15:43:05 -0500 Subject: [Freeswitch-users] FreeSwitch on OSX server 10.6? In-Reply-To: <37DE27A4-E70E-4B01-B5C8-7AB30A703207@stillnewt.org> References: <37DE27A4-E70E-4B01-B5C8-7AB30A703207@stillnewt.org> Message-ID: <87128BDA-5831-4A55-9CAC-BA2EC7E86C56@freeswitch.org> OS X Server is NO different it will work. /b On Sep 18, 2010, at 11:38 AM, Martin Joseph wrote: > Hello again y'all, > > I am curious as to whether any of you has built/used FreeSWITCH on OSX Server 10.6. > > I have recently purchased a used xserve (xeon 2.0G dually) on eBay, and I am considering finally making the switch from using FreeSWITCH as my backup (10.4 client on an old ibook G3) to my primary. > > Anyone done this? > > Thanks, > Marty > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Sat Sep 18 14:28:45 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 18 Sep 2010 16:28:45 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> Message-ID: Turn off scrooge mode Define it as g723_1 at 30i in the config On Sep 18, 2010 8:27 AM, "gamalsa" wrote: I don't get any message from FS, i just hear a distorted voice when using g.723. and from the debug output i see that freeswitch compares 120 ms p-time to 20 ms p-time on the other end (and chooses 120ms), while the other end is using p-time 30 ms. It is strange because g.723 uses p-time 30 ms by default. Is there any way to force FS to use g723 with p-time 30 ms with this specific provider? This problem doesn't exist when using g729 codec. I'm using the last svn of freeswitch. thanks -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5544751.html Sent from the freeswitch-users mailing list archive at Nabble.com. ________________________________... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100918/ff506bd7/attachment.html From gmaruzz at gmail.com Sat Sep 18 10:51:22 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 18 Sep 2010 19:51:22 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: What is your problem Shamun? You don't know how to read? In what you report is written: "open of skypopen.conf failed" On 9/18/10, Shamun toha md wrote: > You are correct, even without alsa driver, if i simply start skype GUI > instance from ssh -X servermachine, i can see skype get started without > getting fail or crash. But if i "load mod_skypeopen", why it is getting > again error like this? > > *freeswitch at localhost.localdomain> * > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > Started. > Max Sessions[1000] > Session Rate[30] > SQL [Enabled] > > *freeswitch at localhost.localdomain> load mod_skypopen* > > -ERR [module load file routine returned an error] > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > ][none ][-1,-1,-1] open of skypopen.conf failed > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error Loading > module /usr/local/freeswitch/mod/mod_skypopen.so > **Module load routine returned an error** > freeswitch at localhost.localdomain> > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > wrote: > >> You reported: >> >> >checking for directory with kernel source... ./configure: line 4870: cd: >> /lib/modules/2.6.18->164.el5/source: No such file or directory >> >/lib/modules/2.6.18-164.el5/source >> >checking for directory with kernel build... >> /lib/modules/2.6.18-164.el5/build >> >checking for kernel linux/version.h... no >> >The file /include/linux/version.h does not exist. >> >Please install the package with full kernel sources for your distribution >> >or use --with-kernel=dir option to specify another directory with kernel >> >sources (default is /lib/modules/2.6.18-164.el5/source). >> >> The error speaks very clear. You botched your install in some way... >> >> -giovanni >> >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md >> wrote: >> > This is not working for this, here kernel-devel and source is modified >> > as >> > wiki told: >> > >> > [root at localhost alsa-driver-1.0.20]# uname -a >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT >> > 2009 i686 athlon i386 GNU/Linux >> > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel >> > Loaded plugins: fastestmirror >> > Loading mirror speeds from cached hostfile >> > * addons: ftp.belnet.be >> > * base: mirror.ovh.net >> > * extras: mirror.ovh.net >> > * updates: mirror.ovh.net >> > Installed Packages >> > Name : kernel-devel >> > Arch : i686 >> > Version : 2.6.18 >> > Release : 194.11.3.el5 >> > Size : 16 M >> > Repo : installed >> > Summary : Development package for building kernel modules to match >> > the >> > kernel. >> > URL : http://www.kernel.org/ >> > License : GPLv2 >> > Description: This package provides kernel headers and makefiles >> sufficient >> > to build modules >> > : against the kernel package. >> > [root at localhost alsa-driver-1.0.20]# ./configure >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> > --with-card-options=all >> > checking for gcc... gcc >> > checking for C compiler default output file name... a.out >> > checking whether the C compiler works... yes >> > checking whether we are cross compiling... no >> > checking for suffix of executables... >> > checking for suffix of object files... o >> > checking whether we are using the GNU C compiler... yes >> > checking whether gcc accepts -g... yes >> > checking for gcc option to accept ISO C89... none needed >> > checking for ranlib... ranlib >> > checking for a BSD-compatible install... /usr/bin/install -c >> > checking how to run the C preprocessor... gcc -E >> > checking for grep that handles long lines and -e... /bin/grep >> > checking for egrep... /bin/grep -E >> > checking for ANSI C header files... yes >> > checking for an ANSI C-conforming const... yes >> > checking for inline... inline >> > checking whether time.h and sys/time.h may both be included... yes >> > checking whether gcc needs -traditional... no >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> > checking cross compile... >> > checking for directory with kernel source... ./configure: line 4870: cd: >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> > /lib/modules/2.6.18-164.el5/source >> > checking for directory with kernel build... >> > /lib/modules/2.6.18-164.el5/build >> > checking for kernel linux/version.h... no >> > The file /include/linux/version.h does not exist. >> > Please install the package with full kernel sources for your >> > distribution >> > or use --with-kernel=dir option to specify another directory with kernel >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> > [root at localhost alsa-driver-1.0.20]# >> > >> > >> > >> > >> > >> > >> > >> > >> > Wiki told: >> > ========== >> > >> > Let's start with ALSA driver compilation and installation: >> > >> > Get it from: >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 >> > >> > CentOS, RedHat >> > >> > Because CentOS backports features in kernel, you will have to edit >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line >> 1781, >> > to make it like this: >> > >> > /* other missing types */ >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) >> > //typedef unsigned int fmode_t; >> > #endif >> > >> > ... >> > >> > #ifndef bool /* just to be sure */ >> > //typedef _Bool bool; >> > #endif >> > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line >> > 18, >> > commenting out the following code making it look like this: >> > >> > #endif /* < 2.6.24 */ >> > #if 0 >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) >> > static inline int usb_endpoint_dir_in(const struct >> usb_endpoint_descriptor >> > *epd) >> > >> > close the commenting out block adding an "#endif" at line 97, making it >> look >> > like this: >> > >> > #endif /* < 2.6.21 */ >> > #endif //0 >> > >> > Then: >> > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on xen) >> > >> > ./configure --with-redhat=yes \ >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ >> > --with-card-options=all >> > >> > >> > >> > make && make install >> > >> > After the first make && make install, copy >> mod_skypopen/configs/alsa/dummy.c >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . >> > >> > make && make install #again :) >> > >> > >> > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < >> gmaruzz at celliax.org> >> > wrote: >> >> >> >> Read what error you get. >> >> Follow the wiki page. >> >> Install necessary packages and edit alsa sources. All described in wiki >> >> page. >> >> -giovanni >> >> >> >> On 9/18/10, Shamun toha md wrote: >> >> > Alsa driver installation in CentOS 5.4 getting fail: >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> > --with-card-options=all >> >> > checking for gcc... gcc >> >> > checking for C compiler default output file name... a.out >> >> > checking whether the C compiler works... yes >> >> > checking whether we are cross compiling... no >> >> > checking for suffix of executables... >> >> > checking for suffix of object files... o >> >> > checking whether we are using the GNU C compiler... yes >> >> > checking whether gcc accepts -g... yes >> >> > checking for gcc option to accept ISO C89... none needed >> >> > checking for ranlib... ranlib >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> > checking how to run the C preprocessor... gcc -E >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> > checking for egrep... /bin/grep -E >> >> > checking for ANSI C header files... yes >> >> > checking for an ANSI C-conforming const... yes >> >> > checking for inline... inline >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> > checking whether gcc needs -traditional... no >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> >> > checking cross compile... >> >> > checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> > /lib/modules/2.6.18-164.el5/source >> >> > checking for directory with kernel build... >> >> > /lib/modules/2.6.18-164.el5/build >> >> > checking for kernel linux/version.h... no >> >> > The file /include/linux/version.h does not exist. >> >> > Please install the package with full kernel sources for your >> >> > distribution >> >> > or use --with-kernel=dir option to specify another directory with >> kernel >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> > [root at localhost alsa-driver-1.0.20]# >> >> > >> >> > >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> > --with-card-options=all >> --with-kernel=/lib/modules/2.6.18-164.el5/source >> >> > checking for gcc... gcc >> >> > checking for C compiler default output file name... a.out >> >> > checking whether the C compiler works... yes >> >> > checking whether we are cross compiling... no >> >> > checking for suffix of executables... >> >> > checking for suffix of object files... o >> >> > checking whether we are using the GNU C compiler... yes >> >> > checking whether gcc accepts -g... yes >> >> > checking for gcc option to accept ISO C89... none needed >> >> > checking for ranlib... ranlib >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> > checking how to run the C preprocessor... gcc -E >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> > checking for egrep... /bin/grep -E >> >> > checking for ANSI C header files... yes >> >> > checking for an ANSI C-conforming const... yes >> >> > checking for inline... inline >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> > checking whether gcc needs -traditional... no >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> >> > checking cross compile... >> >> > checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> > /lib/modules/2.6.18-164.el5/source >> >> > checking for directory with kernel build... >> >> > checking for kernel linux/version.h... no >> >> > The file /include/linux/version.h does not exist. >> >> > Please install the package with full kernel sources for your >> >> > distribution >> >> > or use --with-kernel=dir option to specify another directory with >> kernel >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> > >> >> >> >> -- >> >> Sent from my mobile device >> >> >> >> Sincerely, >> >> >> >> Giovanni Maruzzelli >> >> Cell : +39-347-2665618 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From gamalsa at hotmail.com Sat Sep 18 17:56:17 2010 From: gamalsa at hotmail.com (gamalsa) Date: Sat, 18 Sep 2010 17:56:17 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> Message-ID: <1284857777196-5546824.post@n2.nabble.com> when setting g723_1 at 30i in the external sip profile of the provider, same behaviour. when set in the vars.xml, the call doesn't complete and got error [incompatible destination] I think g.723 is working only in 120 ms ptime (don't know why) and from my other post >> I post an earlier topic about wrong ptime in g723. However after going into more troubleshooting, I found that FS uses only p-time 120 ms no matter what, even when calling internal extension or voice mail in FS using g.723 it uses always p-time 120 ms. The g.723 module loads fine with 30, 60, 90, and 120 ms, so I have no explanation of whats going wrong. Please Help.. Thanks Update: looking into FS source files ( mod_g723_1.c ) can't find g723.h or g729.h not in the source tree of freeswitch ... might be the problem ! I don't know -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5546824.html Sent from the freeswitch-users mailing list archive at Nabble.com. From shamun.toha at gmail.com Sun Sep 19 02:50:01 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 11:50:01 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Dear Mr. Giovanni, What i am trying to explain, i think you are not getting the problem. You have SVN version WIKI. I have GIT nightly build version in my left hand box (Point 1) and right hand box (Point 2) i have SVN version of FS . Problem: Point 2 works, Point 1 doesnt works. *More details, why its not working:* 1. In GIT nightly build latest the greatest version the mod_skypopen is not working or not included (human error!). There is no *skypopen.conf.xml* file (in GIT release) [root at localhost autoload_configs]# uname -a *Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 athlon i386 GNU/Linux* [root at localhost autoload_configs]# locate mod_skypopen /usr/local/freeswitch/mod/mod_skypopen.a /usr/local/freeswitch/mod/mod_skypopen.la /usr/local/freeswitch/mod/mod_skypopen.so [root at localhost autoload_configs]# pwd /usr/local/src/freeswitch/conf/autoload_configs [root at localhost autoload_configs]# ls acl.conf.xml console.conf.xml enum.conf.xml ivr.conf.xml modules.conf.xml post_load_modules.conf.xml sofia.conf.xml unicall.conf.xml alsa.conf.xml db.conf.xml erlang_event.conf.xml java.conf.xml nibblebill.conf.xml python.conf.xml spandsp.conf.xml unimrcp.conf.xml callcenter.conf.xml dialplan_directory.conf.xml event_multicast.conf.xml lcr.conf.xml opal.conf.xml redis.conf.xml spidermonkey.conf.xml voicemail.conf.xml cdr_csv.conf.xml dingaling.conf.xml event_socket.conf.xml local_stream.conf.xml osp.conf.xml rss.conf.xml switch.conf.xml xml_cdr.conf.xml cdr_pg_csv.conf.xml directory.conf.xml fax.conf.xml logfile.conf.xml perl.conf.xml sangoma_codec.conf.xml syslog.conf.xml xml_curl.conf.xml cidlookup.conf.xml distributor.conf.xml fifo.conf.xml lua.conf.xml pocketsphinx.conf.xml shout.conf.xml timezones.conf.xml xml_rpc.conf.xml conference.conf.xml easyroute.conf.xml hash.conf.xml memcache.conf.xml portaudio.conf.xml skinny.conf.xml tts_commandline.conf.xml zeroconf.conf.xml [root at localhost autoload_configs]# 2. In the SVN OLD FS release (which works for me as my test suite in fedora) you have skypopen.conf.xml file (as default) [sun at example autoload_configs]$ uname -a *Linux example 2.6.32.12-114.fc12.i686 #1 SMP Tue Apr 27 21:29:58 UTC 2010 i686 i686 i386 GNU/Linux *[sun at example autoload_configs]$ locate mod_skypopen /usr/local/freeswitch/mod/mod_skypopen.a /usr/local/freeswitch/mod/mod_skypopen.la /usr/local/freeswitch/mod/mod_skypopen.so [sun at example autoload_configs]$ pwd /usr/local/freeswitch/conf/autoload_configs [sun at example autoload_configs]$ ls acl.conf.xml dialplan_directory.conf.xml event_multicast.conf.xml java.conf.xml modules.conf.xml python.conf.xml spidermonkey.conf.xml voicemail.conf.xml alsa.conf.xml dingaling.conf.xml event_socket.conf.xml lcr.conf.xml nibblebill.conf.xml rss.conf.xml switch.conf.xml xml_cdr.conf.xml cdr_csv.conf.xml directory.conf.xml event_socket.conf.xml~ limit.conf.xml opal.conf.xml sangoma_codec.conf.xml syslog.conf.xml xml_cdr.conf.xml~ cdr_pg_csv.conf.xml distributor.conf.xml fax.conf.xml local_stream.conf.xml perl.conf.xml shout.conf.xml timezones.conf.xml xml_curl.conf.xml cidlookup.conf.xml easyroute.conf.xml fifo.conf.xml logfile.conf.xml pocketsphinx.conf.xml skinny.conf.xml tts_commandline.conf.xml xml_rpc.conf.xml conference.conf.xml enum.conf.xml fifo.conf.xml~ lua.conf.xml portaudio.conf.xml *skypopen.conf.xml* unicall.conf.xml zeroconf.conf.xml console.conf.xml erlang_event.conf.xml ivr.conf.xml memcache.conf.xml post_load_modules.conf.xml sofia.conf.xml unimrcp.conf.xml [sun at example autoload_configs]$ Does this say anything, what is causing the problem, following WIKI is not really working with latest the greatest GIT Freeswitch release. Looking forward to your answer. Thank you very much Kindest regards On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > > On 9/18/10, Shamun toha md wrote: > > You are correct, even without alsa driver, if i simply start skype GUI > > instance from ssh -X servermachine, i can see skype get started without > > getting fail or crash. But if i "load mod_skypeopen", why it is getting > > again error like this? > > > > *freeswitch at localhost.localdomain> * > > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > > Started. > > Max Sessions[1000] > > Session Rate[30] > > SQL [Enabled] > > > > *freeswitch at localhost.localdomain> load mod_skypopen* > > > > -ERR [module load file routine returned an error] > > > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > > ][none ][-1,-1,-1] open of skypopen.conf failed > > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > Loading > > module /usr/local/freeswitch/mod/mod_skypopen.so > > **Module load routine returned an error** > > freeswitch at localhost.localdomain> > > > > > > > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > > wrote: > > > >> You reported: > >> > >> >checking for directory with kernel source... ./configure: line 4870: > cd: > >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >/lib/modules/2.6.18-164.el5/source > >> >checking for directory with kernel build... > >> /lib/modules/2.6.18-164.el5/build > >> >checking for kernel linux/version.h... no > >> >The file /include/linux/version.h does not exist. > >> >Please install the package with full kernel sources for your > distribution > >> >or use --with-kernel=dir option to specify another directory with > kernel > >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> > >> The error speaks very clear. You botched your install in some way... > >> > >> -giovanni > >> > >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > >> wrote: > >> > This is not working for this, here kernel-devel and source is modified > >> > as > >> > wiki told: > >> > > >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 > EDT > >> > 2009 i686 athlon i386 GNU/Linux > >> > > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * addons: ftp.belnet.be > >> > * base: mirror.ovh.net > >> > * extras: mirror.ovh.net > >> > * updates: mirror.ovh.net > >> > Installed Packages > >> > Name : kernel-devel > >> > Arch : i686 > >> > Version : 2.6.18 > >> > Release : 194.11.3.el5 > >> > Size : 16 M > >> > Repo : installed > >> > Summary : Development package for building kernel modules to match > >> > the > >> > kernel. > >> > URL : http://www.kernel.org/ > >> > License : GPLv2 > >> > Description: This package provides kernel headers and makefiles > >> sufficient > >> > to build modules > >> > : against the kernel package. > >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > Wiki told: > >> > ========== > >> > > >> > Let's start with ALSA driver compilation and installation: > >> > > >> > Get it from: > >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> > > >> > CentOS, RedHat > >> > > >> > Because CentOS backports features in kernel, you will have to edit > >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > >> 1781, > >> > to make it like this: > >> > > >> > /* other missing types */ > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> > //typedef unsigned int fmode_t; > >> > #endif > >> > > >> > ... > >> > > >> > #ifndef bool /* just to be sure */ > >> > //typedef _Bool bool; > >> > #endif > >> > > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line > >> > 18, > >> > commenting out the following code making it look like this: > >> > > >> > #endif /* < 2.6.24 */ > >> > #if 0 > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> > static inline int usb_endpoint_dir_in(const struct > >> usb_endpoint_descriptor > >> > *epd) > >> > > >> > close the commenting out block adding an "#endif" at line 97, making > it > >> look > >> > like this: > >> > > >> > #endif /* < 2.6.21 */ > >> > #endif //0 > >> > > >> > Then: > >> > > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > xen) > >> > > >> > ./configure --with-redhat=yes \ > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> > --with-card-options=all > >> > > >> > > >> > > >> > make && make install > >> > > >> > After the first make && make install, copy > >> mod_skypopen/configs/alsa/dummy.c > >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> > > >> > make && make install #again :) > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> gmaruzz at celliax.org> > >> > wrote: > >> >> > >> >> Read what error you get. > >> >> Follow the wiki page. > >> >> Install necessary packages and edit alsa sources. All described in > wiki > >> >> page. > >> >> -giovanni > >> >> > >> >> On 9/18/10, Shamun toha md wrote: > >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > > >> >> > >> >> -- > >> >> Sent from my mobile device > >> >> > >> >> Sincerely, > >> >> > >> >> Giovanni Maruzzelli > >> >> Cell : +39-347-2665618 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/5ce97d67/attachment-0001.html From shamun.toha at gmail.com Sun Sep 19 03:30:34 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 12:30:34 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Now i arrange to start it atleast, but gets failed, how do you fix this? freeswitch at localhost.localdomain> load mod_skypopen 2010-09-19 13:14:53.038402 [WARNING] mod_skypopen.c:1542 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][WARNINGA 1542 ][interface1][-1, 0, 0] STARTING interface_id=1 2010-09-19 13:14:53.242399 [NOTICE] mod_skypopen.c:1567 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1567 ][interface1][-1, 0, 0] WAITING roughly 10 seconds to find a running Skype client and connect to its SKYPE API for interface_id=1 2010-09-19 13:14:53.242399 [NOTICE] mod_skypopen.c:1576 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1576 ][interface1][-1, 0, 0] Found a running Skype client, connected to its SKYPE API for interface_id=1, waiting 60 seconds for CURRENTUSERHANDLE==notwork1 2010-09-19 13:15:54.868242 [ERR] mod_skypopen.c:1620 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1620 ][interface1][-1, 0, 0] The Skype client to which we are connected FAILED to gave us CURRENTUSERHANDLE=notwork1, interface_id=1 FAILED to start. No Skype client logged in as 'notwork1' has been found. Please (re)launch a Skype client logged in as 'notwork1'. Skypopen exiting now -ERR [module load file routine returned an error] 2010-09-19 13:15:54.868242 [CRIT] switch_loadable_module.c:926 Error Loading module /usr/local/freeswitch/mod/mod_skypopen.so **Module load routine returned an error** freeswitch at localhost.localdomain> 2010-09-19 13:15:54.965251 [NOTICE] skypopen_protocol.c:1754 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1754 ][interface1][-1, 0, 0] EXITING On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > > On 9/18/10, Shamun toha md wrote: > > You are correct, even without alsa driver, if i simply start skype GUI > > instance from ssh -X servermachine, i can see skype get started without > > getting fail or crash. But if i "load mod_skypeopen", why it is getting > > again error like this? > > > > *freeswitch at localhost.localdomain> * > > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > > Started. > > Max Sessions[1000] > > Session Rate[30] > > SQL [Enabled] > > > > *freeswitch at localhost.localdomain> load mod_skypopen* > > > > -ERR [module load file routine returned an error] > > > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > > ][none ][-1,-1,-1] open of skypopen.conf failed > > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > Loading > > module /usr/local/freeswitch/mod/mod_skypopen.so > > **Module load routine returned an error** > > freeswitch at localhost.localdomain> > > > > > > > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > > wrote: > > > >> You reported: > >> > >> >checking for directory with kernel source... ./configure: line 4870: > cd: > >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >/lib/modules/2.6.18-164.el5/source > >> >checking for directory with kernel build... > >> /lib/modules/2.6.18-164.el5/build > >> >checking for kernel linux/version.h... no > >> >The file /include/linux/version.h does not exist. > >> >Please install the package with full kernel sources for your > distribution > >> >or use --with-kernel=dir option to specify another directory with > kernel > >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> > >> The error speaks very clear. You botched your install in some way... > >> > >> -giovanni > >> > >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > >> wrote: > >> > This is not working for this, here kernel-devel and source is modified > >> > as > >> > wiki told: > >> > > >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 > EDT > >> > 2009 i686 athlon i386 GNU/Linux > >> > > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * addons: ftp.belnet.be > >> > * base: mirror.ovh.net > >> > * extras: mirror.ovh.net > >> > * updates: mirror.ovh.net > >> > Installed Packages > >> > Name : kernel-devel > >> > Arch : i686 > >> > Version : 2.6.18 > >> > Release : 194.11.3.el5 > >> > Size : 16 M > >> > Repo : installed > >> > Summary : Development package for building kernel modules to match > >> > the > >> > kernel. > >> > URL : http://www.kernel.org/ > >> > License : GPLv2 > >> > Description: This package provides kernel headers and makefiles > >> sufficient > >> > to build modules > >> > : against the kernel package. > >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > Wiki told: > >> > ========== > >> > > >> > Let's start with ALSA driver compilation and installation: > >> > > >> > Get it from: > >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> > > >> > CentOS, RedHat > >> > > >> > Because CentOS backports features in kernel, you will have to edit > >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > >> 1781, > >> > to make it like this: > >> > > >> > /* other missing types */ > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> > //typedef unsigned int fmode_t; > >> > #endif > >> > > >> > ... > >> > > >> > #ifndef bool /* just to be sure */ > >> > //typedef _Bool bool; > >> > #endif > >> > > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line > >> > 18, > >> > commenting out the following code making it look like this: > >> > > >> > #endif /* < 2.6.24 */ > >> > #if 0 > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> > static inline int usb_endpoint_dir_in(const struct > >> usb_endpoint_descriptor > >> > *epd) > >> > > >> > close the commenting out block adding an "#endif" at line 97, making > it > >> look > >> > like this: > >> > > >> > #endif /* < 2.6.21 */ > >> > #endif //0 > >> > > >> > Then: > >> > > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > xen) > >> > > >> > ./configure --with-redhat=yes \ > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> > --with-card-options=all > >> > > >> > > >> > > >> > make && make install > >> > > >> > After the first make && make install, copy > >> mod_skypopen/configs/alsa/dummy.c > >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> > > >> > make && make install #again :) > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> gmaruzz at celliax.org> > >> > wrote: > >> >> > >> >> Read what error you get. > >> >> Follow the wiki page. > >> >> Install necessary packages and edit alsa sources. All described in > wiki > >> >> page. > >> >> -giovanni > >> >> > >> >> On 9/18/10, Shamun toha md wrote: > >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > > >> >> > >> >> -- > >> >> Sent from my mobile device > >> >> > >> >> Sincerely, > >> >> > >> >> Giovanni Maruzzelli > >> >> Cell : +39-347-2665618 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/ceb761bd/attachment-0001.html From shamun.toha at gmail.com Sun Sep 19 03:48:13 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 12:48:13 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: I dont have any voice! ALSA is getting failed to recombile. freeswitch at localhost.localdomain> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 0/0 0/0 IDLE CALL_IDLE 2 [interface2] 0/0 0/0 IDLE CALL_IDLE Total Interfaces: 2 IB Calls(Failed/Total): 0/0 OB Calls(Failed/Total): 0/0 freeswitch at localhost.localdomain> 2010-09-19 13:40:27.383300 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:40:27.391298 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:40:45.371327 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:40:45.379304 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/47712f30/attachment.html From shamun.toha at gmail.com Sun Sep 19 03:57:23 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 12:57:23 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Whole FS instance is crashed, when i make call to skypeid. Its really normal? freeswitch at localhost.localdomain> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 0/0 0/0 IDLE CALL_IDLE 2 [interface2] 0/0 0/0 IDLE CALL_IDLE Total Interfaces: 2 IB Calls(Failed/Total): 0/0 OB Calls(Failed/Total): 0/0 freeswitch at localhost.localdomain> 2010-09-19 13:46:58.564577 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:46:58.572576 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:47:33.681469 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 13:47:33.693468 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session *Segmentation fault (core dumped)* [root at localhost multiple-instance-same-skype-username]# [root at localhost multiple-instance-same-skype-username]# [root at localhost multiple-instance-same-skype-username]# [root at localhost multiple-instance-same-skype-username]# [root at localhost multiple-instance-same-skype-username]# [root at localhost multiple-instance-same-skype-username]# clear -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/90b929eb/attachment.html From ktngl at yahoo.co.uk Sun Sep 19 04:51:40 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Sun, 19 Sep 2010 11:51:40 +0000 (GMT) Subject: [Freeswitch-users] inbound ESLconnection port Message-ID: <223008.1823.qm@web29211.mail.ird.yahoo.com> On what port is does ESLconnection Object listen for? inbound connections from the freeswitch server? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/46f7df02/attachment.html From david.ponzone at ipeva.fr Sun Sep 19 05:06:37 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 19 Sep 2010 14:06:37 +0200 Subject: [Freeswitch-users] inbound ESLconnection port In-Reply-To: <223008.1823.qm@web29211.mail.ird.yahoo.com> References: <223008.1823.qm@web29211.mail.ird.yahoo.com> Message-ID: NO IDEA! David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 19/09/2010 ? 13:51, Nigel Kent a ?crit : > On what port is does ESLconnection Object listen for inbound > connections from the freeswitch server? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/e2c301f3/attachment.html From shamun.toha at gmail.com Sun Sep 19 05:15:39 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 14:15:39 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: for CentOS 5.4 In wiki page is mentioned "yum install kernel-devel". After that install, the main problem was CentOS itself, my kernel version remain OLD and kernel-devel version is became NEW. So either way i needed to apply "yum update" And then rebooted, then the "segmentation fault" is gone, the rest is fine. But i still have last issue that is SOUND will never work, What is that mean, mod_skypopen will not work for SOUND, that is the reason of using this then!!!!? 2010-09-19 15:03:43.201763 [ERR] skypopen_protocol.c:233 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 233 ][interface2][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable to alter input/output||| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/b82241b6/attachment.html From covici at ccs.covici.com Sun Sep 19 05:22:16 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sun, 19 Sep 2010 08:22:16 -0400 Subject: [Freeswitch-users] how to append to a file using record Message-ID: <4694.1284898936@ccs.covici.com> Hi. Is there anyway to append to a file using record? I see a variable record_append, but it seems to only effect record_session, or am I missing something here? Thanks. -- 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 shamun.toha at gmail.com Sun Sep 19 05:52:16 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 14:52:16 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: I dont have hw:dummy in my selection list, even if i restart, i dont have nothing like dummy. How to fix it tell CentOS, make hw:dummy default for anything? As wiki told, i applied this also successfully: CentOS, RedHat Because CentOS backports features in kernel, you will have to edit alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line 1781, to make it like this: /* other missing types */ #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) //typedef unsigned int fmode_t; #endif ... #ifndef bool /* just to be sure */ //typedef _Bool bool; #endif Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line 18, commenting out the following code making it look like this: #endif /* < 2.6.24 */ #if 0 #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) static inline int usb_endpoint_dir_in(const struct usb_endpoint_descriptor *epd) close the commenting out block adding an "#endif" at line 97, making it look like this: #endif /* < 2.6.21 */ #endif //0 Then: yum install kernel-devel # or yum install kernel-xen-devel (if on xen) ./configure --with-redhat=yes \ --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ --with-card-options=all make && make install After the first *make && make install*, copy mod_skypopen/configs/alsa/dummy.c to alsa-driver-1.0.20/sound/drivers/dummy.c . make && make install #again :) On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > > On 9/18/10, Shamun toha md wrote: > > You are correct, even without alsa driver, if i simply start skype GUI > > instance from ssh -X servermachine, i can see skype get started without > > getting fail or crash. But if i "load mod_skypeopen", why it is getting > > again error like this? > > > > *freeswitch at localhost.localdomain> * > > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > > Started. > > Max Sessions[1000] > > Session Rate[30] > > SQL [Enabled] > > > > *freeswitch at localhost.localdomain> load mod_skypopen* > > > > -ERR [module load file routine returned an error] > > > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > > ][none ][-1,-1,-1] open of skypopen.conf failed > > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > Loading > > module /usr/local/freeswitch/mod/mod_skypopen.so > > **Module load routine returned an error** > > freeswitch at localhost.localdomain> > > > > > > > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > > wrote: > > > >> You reported: > >> > >> >checking for directory with kernel source... ./configure: line 4870: > cd: > >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >/lib/modules/2.6.18-164.el5/source > >> >checking for directory with kernel build... > >> /lib/modules/2.6.18-164.el5/build > >> >checking for kernel linux/version.h... no > >> >The file /include/linux/version.h does not exist. > >> >Please install the package with full kernel sources for your > distribution > >> >or use --with-kernel=dir option to specify another directory with > kernel > >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> > >> The error speaks very clear. You botched your install in some way... > >> > >> -giovanni > >> > >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > >> wrote: > >> > This is not working for this, here kernel-devel and source is modified > >> > as > >> > wiki told: > >> > > >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 > EDT > >> > 2009 i686 athlon i386 GNU/Linux > >> > > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * addons: ftp.belnet.be > >> > * base: mirror.ovh.net > >> > * extras: mirror.ovh.net > >> > * updates: mirror.ovh.net > >> > Installed Packages > >> > Name : kernel-devel > >> > Arch : i686 > >> > Version : 2.6.18 > >> > Release : 194.11.3.el5 > >> > Size : 16 M > >> > Repo : installed > >> > Summary : Development package for building kernel modules to match > >> > the > >> > kernel. > >> > URL : http://www.kernel.org/ > >> > License : GPLv2 > >> > Description: This package provides kernel headers and makefiles > >> sufficient > >> > to build modules > >> > : against the kernel package. > >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > Wiki told: > >> > ========== > >> > > >> > Let's start with ALSA driver compilation and installation: > >> > > >> > Get it from: > >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> > > >> > CentOS, RedHat > >> > > >> > Because CentOS backports features in kernel, you will have to edit > >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > >> 1781, > >> > to make it like this: > >> > > >> > /* other missing types */ > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> > //typedef unsigned int fmode_t; > >> > #endif > >> > > >> > ... > >> > > >> > #ifndef bool /* just to be sure */ > >> > //typedef _Bool bool; > >> > #endif > >> > > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line > >> > 18, > >> > commenting out the following code making it look like this: > >> > > >> > #endif /* < 2.6.24 */ > >> > #if 0 > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> > static inline int usb_endpoint_dir_in(const struct > >> usb_endpoint_descriptor > >> > *epd) > >> > > >> > close the commenting out block adding an "#endif" at line 97, making > it > >> look > >> > like this: > >> > > >> > #endif /* < 2.6.21 */ > >> > #endif //0 > >> > > >> > Then: > >> > > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > xen) > >> > > >> > ./configure --with-redhat=yes \ > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> > --with-card-options=all > >> > > >> > > >> > > >> > make && make install > >> > > >> > After the first make && make install, copy > >> mod_skypopen/configs/alsa/dummy.c > >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> > > >> > make && make install #again :) > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> gmaruzz at celliax.org> > >> > wrote: > >> >> > >> >> Read what error you get. > >> >> Follow the wiki page. > >> >> Install necessary packages and edit alsa sources. All described in > wiki > >> >> page. > >> >> -giovanni > >> >> > >> >> On 9/18/10, Shamun toha md wrote: > >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > > >> >> > >> >> -- > >> >> Sent from my mobile device > >> >> > >> >> Sincerely, > >> >> > >> >> Giovanni Maruzzelli > >> >> Cell : +39-347-2665618 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/5fca099c/attachment-0001.html From shamun.toha at gmail.com Sun Sep 19 06:11:20 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 15:11:20 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Never mind, this is how it works, transparency :). Done. /** * Embed kernel - path */ [root at localhost alsa-driver-1.0.20]# modinfo soundcore filename: /lib/modules/2.6.18-194.11.3.el5/kernel/sound/soundcore.ko alias: char-major-14-* license: GPL author: Alan Cox description: Core sound module srcversion: 548AA54AF08207316C104F8 depends: vermagic: 2.6.18-194.11.3.el5 SMP mod_unload 686 REGPARM 4KSTACKS gcc-4.1 module_sig: 883f3504c7c1a87976379507fe298112dbc0a08f6d9ab058c53480d21d9fda379fc041d0edde5909f6f6eea8673bc4e512268961c2413d6d5c49464d [root at localhost alsa-driver-1.0.20]# alsamixer /** * Embed kernel - hw:dummy */ [root at localhost alsa-driver-1.0.20]# modprobe Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o ] [parameters...] modprobe -r [-n] [-i] [-v] ... modprobe -l -t [ -a ...] [root at localhost alsa-driver-1.0.20]# modprobe snd-dummy [root at localhost alsa-driver-1.0.20]# modinfo soundcore filename: /lib/modules/2.6.18-194.11.3.el5/kernel/sound/soundcore.ko alias: char-major-14-* license: GPL author: Alan Cox description: Core sound module srcversion: 548AA54AF08207316C104F8 depends: vermagic: 2.6.18-194.11.3.el5 SMP mod_unload 686 REGPARM 4KSTACKS gcc-4.1 module_sig: 883f3504c7c1a87976379507fe298112dbc0a08f6d9ab058c53480d21d9fda379fc041d0edde5909f6f6eea8673bc4e512268961c2413d6d5c49464d [root at localhost alsa-driver-1.0.20]# alsamixer [root at localhost alsa-driver-1.0.20]# modprobe snd-dummy ; modprobe snd-pcm-oss ; modprobe snd-mixer-oss ; modprobe snd-seq-oss /** * Tune audio - from CLI */ [root at localhost alsa-driver-1.0.20]# alsamixer On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > > On 9/18/10, Shamun toha md wrote: > > You are correct, even without alsa driver, if i simply start skype GUI > > instance from ssh -X servermachine, i can see skype get started without > > getting fail or crash. But if i "load mod_skypeopen", why it is getting > > again error like this? > > > > *freeswitch at localhost.localdomain> * > > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > > Started. > > Max Sessions[1000] > > Session Rate[30] > > SQL [Enabled] > > > > *freeswitch at localhost.localdomain> load mod_skypopen* > > > > -ERR [module load file routine returned an error] > > > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > > ][none ][-1,-1,-1] open of skypopen.conf failed > > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > Loading > > module /usr/local/freeswitch/mod/mod_skypopen.so > > **Module load routine returned an error** > > freeswitch at localhost.localdomain> > > > > > > > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > > wrote: > > > >> You reported: > >> > >> >checking for directory with kernel source... ./configure: line 4870: > cd: > >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >/lib/modules/2.6.18-164.el5/source > >> >checking for directory with kernel build... > >> /lib/modules/2.6.18-164.el5/build > >> >checking for kernel linux/version.h... no > >> >The file /include/linux/version.h does not exist. > >> >Please install the package with full kernel sources for your > distribution > >> >or use --with-kernel=dir option to specify another directory with > kernel > >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> > >> The error speaks very clear. You botched your install in some way... > >> > >> -giovanni > >> > >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > >> wrote: > >> > This is not working for this, here kernel-devel and source is modified > >> > as > >> > wiki told: > >> > > >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 > EDT > >> > 2009 i686 athlon i386 GNU/Linux > >> > > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * addons: ftp.belnet.be > >> > * base: mirror.ovh.net > >> > * extras: mirror.ovh.net > >> > * updates: mirror.ovh.net > >> > Installed Packages > >> > Name : kernel-devel > >> > Arch : i686 > >> > Version : 2.6.18 > >> > Release : 194.11.3.el5 > >> > Size : 16 M > >> > Repo : installed > >> > Summary : Development package for building kernel modules to match > >> > the > >> > kernel. > >> > URL : http://www.kernel.org/ > >> > License : GPLv2 > >> > Description: This package provides kernel headers and makefiles > >> sufficient > >> > to build modules > >> > : against the kernel package. > >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > Wiki told: > >> > ========== > >> > > >> > Let's start with ALSA driver compilation and installation: > >> > > >> > Get it from: > >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> > > >> > CentOS, RedHat > >> > > >> > Because CentOS backports features in kernel, you will have to edit > >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > >> 1781, > >> > to make it like this: > >> > > >> > /* other missing types */ > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> > //typedef unsigned int fmode_t; > >> > #endif > >> > > >> > ... > >> > > >> > #ifndef bool /* just to be sure */ > >> > //typedef _Bool bool; > >> > #endif > >> > > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line > >> > 18, > >> > commenting out the following code making it look like this: > >> > > >> > #endif /* < 2.6.24 */ > >> > #if 0 > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> > static inline int usb_endpoint_dir_in(const struct > >> usb_endpoint_descriptor > >> > *epd) > >> > > >> > close the commenting out block adding an "#endif" at line 97, making > it > >> look > >> > like this: > >> > > >> > #endif /* < 2.6.21 */ > >> > #endif //0 > >> > > >> > Then: > >> > > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > xen) > >> > > >> > ./configure --with-redhat=yes \ > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> > --with-card-options=all > >> > > >> > > >> > > >> > make && make install > >> > > >> > After the first make && make install, copy > >> mod_skypopen/configs/alsa/dummy.c > >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> > > >> > make && make install #again :) > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> gmaruzz at celliax.org> > >> > wrote: > >> >> > >> >> Read what error you get. > >> >> Follow the wiki page. > >> >> Install necessary packages and edit alsa sources. All described in > wiki > >> >> page. > >> >> -giovanni > >> >> > >> >> On 9/18/10, Shamun toha md wrote: > >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > > >> >> > >> >> -- > >> >> Sent from my mobile device > >> >> > >> >> Sincerely, > >> >> > >> >> Giovanni Maruzzelli > >> >> Cell : +39-347-2665618 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/d32e90b4/attachment-0001.html From shamun.toha at gmail.com Sun Sep 19 06:33:57 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 15:33:57 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Here is the *BUG* after doing all correctly as told in WIKI (git version is buggy doesnt work for sound). FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 17-04-54 -0500) freeswitch at localhost.localdomain> 2010-09-19 16:24:17.069884 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 16:24:17.084917 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 16:24:22.243323 [NOTICE] sofia_reg.c:1443 Auto-Adding Alias [ vooyz1.vooyz.com] for profile [internal] freeswitch at localhost.localdomain> freeswitch at localhost.localdomain> sofia profile internal siptrace on Enabled sip debugging on internal freeswitch at localhost.localdomain> 2010-09-19 16:25:04.233015 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 16:25:04.241070 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > > On 9/18/10, Shamun toha md wrote: > > You are correct, even without alsa driver, if i simply start skype GUI > > instance from ssh -X servermachine, i can see skype get started without > > getting fail or crash. But if i "load mod_skypeopen", why it is getting > > again error like this? > > > > *freeswitch at localhost.localdomain> * > > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > > Started. > > Max Sessions[1000] > > Session Rate[30] > > SQL [Enabled] > > > > *freeswitch at localhost.localdomain> load mod_skypopen* > > > > -ERR [module load file routine returned an error] > > > > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > > ][none ][-1,-1,-1] open of skypopen.conf failed > > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > Loading > > module /usr/local/freeswitch/mod/mod_skypopen.so > > **Module load routine returned an error** > > freeswitch at localhost.localdomain> > > > > > > > > > > > > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > > wrote: > > > >> You reported: > >> > >> >checking for directory with kernel source... ./configure: line 4870: > cd: > >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >/lib/modules/2.6.18-164.el5/source > >> >checking for directory with kernel build... > >> /lib/modules/2.6.18-164.el5/build > >> >checking for kernel linux/version.h... no > >> >The file /include/linux/version.h does not exist. > >> >Please install the package with full kernel sources for your > distribution > >> >or use --with-kernel=dir option to specify another directory with > kernel > >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> > >> The error speaks very clear. You botched your install in some way... > >> > >> -giovanni > >> > >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md > >> wrote: > >> > This is not working for this, here kernel-devel and source is modified > >> > as > >> > wiki told: > >> > > >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 > EDT > >> > 2009 i686 athlon i386 GNU/Linux > >> > > >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * addons: ftp.belnet.be > >> > * base: mirror.ovh.net > >> > * extras: mirror.ovh.net > >> > * updates: mirror.ovh.net > >> > Installed Packages > >> > Name : kernel-devel > >> > Arch : i686 > >> > Version : 2.6.18 > >> > Release : 194.11.3.el5 > >> > Size : 16 M > >> > Repo : installed > >> > Summary : Development package for building kernel modules to match > >> > the > >> > kernel. > >> > URL : http://www.kernel.org/ > >> > License : GPLv2 > >> > Description: This package provides kernel headers and makefiles > >> sufficient > >> > to build modules > >> > : against the kernel package. > >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> > --with-card-options=all > >> > checking for gcc... gcc > >> > checking for C compiler default output file name... a.out > >> > checking whether the C compiler works... yes > >> > checking whether we are cross compiling... no > >> > checking for suffix of executables... > >> > checking for suffix of object files... o > >> > checking whether we are using the GNU C compiler... yes > >> > checking whether gcc accepts -g... yes > >> > checking for gcc option to accept ISO C89... none needed > >> > checking for ranlib... ranlib > >> > checking for a BSD-compatible install... /usr/bin/install -c > >> > checking how to run the C preprocessor... gcc -E > >> > checking for grep that handles long lines and -e... /bin/grep > >> > checking for egrep... /bin/grep -E > >> > checking for ANSI C header files... yes > >> > checking for an ANSI C-conforming const... yes > >> > checking for inline... inline > >> > checking whether time.h and sys/time.h may both be included... yes > >> > checking whether gcc needs -traditional... no > >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> > checking cross compile... > >> > checking for directory with kernel source... ./configure: line 4870: > cd: > >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> > /lib/modules/2.6.18-164.el5/source > >> > checking for directory with kernel build... > >> > /lib/modules/2.6.18-164.el5/build > >> > checking for kernel linux/version.h... no > >> > The file /include/linux/version.h does not exist. > >> > Please install the package with full kernel sources for your > >> > distribution > >> > or use --with-kernel=dir option to specify another directory with > kernel > >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> > [root at localhost alsa-driver-1.0.20]# > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > Wiki told: > >> > ========== > >> > > >> > Let's start with ALSA driver compilation and installation: > >> > > >> > Get it from: > >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> > > >> > CentOS, RedHat > >> > > >> > Because CentOS backports features in kernel, you will have to edit > >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and line > >> 1781, > >> > to make it like this: > >> > > >> > /* other missing types */ > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> > //typedef unsigned int fmode_t; > >> > #endif > >> > > >> > ... > >> > > >> > #ifndef bool /* just to be sure */ > >> > //typedef _Bool bool; > >> > #endif > >> > > >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line > >> > 18, > >> > commenting out the following code making it look like this: > >> > > >> > #endif /* < 2.6.24 */ > >> > #if 0 > >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> > static inline int usb_endpoint_dir_in(const struct > >> usb_endpoint_descriptor > >> > *epd) > >> > > >> > close the commenting out block adding an "#endif" at line 97, making > it > >> look > >> > like this: > >> > > >> > #endif /* < 2.6.21 */ > >> > #endif //0 > >> > > >> > Then: > >> > > >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > xen) > >> > > >> > ./configure --with-redhat=yes \ > >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> > --with-card-options=all > >> > > >> > > >> > > >> > make && make install > >> > > >> > After the first make && make install, copy > >> mod_skypopen/configs/alsa/dummy.c > >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> > > >> > make && make install #again :) > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> gmaruzz at celliax.org> > >> > wrote: > >> >> > >> >> Read what error you get. > >> >> Follow the wiki page. > >> >> Install necessary packages and edit alsa sources. All described in > wiki > >> >> page. > >> >> -giovanni > >> >> > >> >> On 9/18/10, Shamun toha md wrote: > >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > > >> >> > >> >> -- > >> >> Sent from my mobile device > >> >> > >> >> Sincerely, > >> >> > >> >> Giovanni Maruzzelli > >> >> Cell : +39-347-2665618 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/10e2418d/attachment-0001.html From shamun.toha at gmail.com Sun Sep 19 07:19:24 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sun, 19 Sep 2010 16:19:24 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: This the last try still the same *BUG*, there is no error when i repeat my setup in Fedora/SVN release. But when i am doing this in CentOS 5.4, Alsa driver and Mod_Skypopen is behaving abnormal.., something is wrong with the release?? +OK 2010-09-19 17:08:19.886901 [CONSOLE] switch_loadable_module.c:944 Successfully Loaded [mod_skypopen] 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:145 Adding Endpoint 'skypopen' 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API Function 'sk' 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API Function 'skypopen' 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API Function 'skypopen_chat' 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:378 Adding Chat interface 'skype' freeswitch at localhost.localdomain> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 0/0 0/0 IDLE CALL_IDLE 2 [interface2] 0/0 0/0 IDLE CALL_IDLE Total Interfaces: 2 IB Calls(Failed/Total): 0/0 OB Calls(Failed/Total): 0/0 freeswitch at localhost.localdomain> ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi 2010-09-19 17:08:31.026382 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 17:08:31.041389 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface1][-1, 5,21] no session 2010-09-19 17:08:31.089483 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-19 17:08:31.089483 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 ][interface1][-1, 5,21] no session On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli wrote: > What is your problem Shamun? > > You don't know how to read? > > In what you report is written: > > "open of skypopen.conf failed" > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/83a3ea95/attachment.html From lortas at freenet.de Sun Sep 19 08:46:33 2010 From: lortas at freenet.de (Holger von Rhein) Date: Sun, 19 Sep 2010 17:46:33 +0200 Subject: [Freeswitch-users] Freeswitch as VoIP-2-PSTN gateway Message-ID: <4C963059.205@freenet.de> Hi all, I plan to set up a VoIP/SIP switch at home. Further I'd like this switch to also act as gateway into PSTN. For this, I installed freeswitch and now I am looking around how to connect it to my analog USB-Modem (it's a true modem, not a winmodem) to FreeSwitch. By googling, by reading the documentation and the mailinglist, I came to the implication that it is not supported by FreeSwitch to be a PSTN-gateway via an analogue modem. I will need an external PSTN-2-SIP-gateway. Is my implication correct? If yes, will this change in future? Does anyone have some hints for me, how to get a cheap solution? (Its juts for home-use) Is it correct, that in case of an ISDN-modem freeswitch is able to be a PSTN-gateway? Kind Regards, Holger From tgraziano at myitdepartment.net Sun Sep 19 10:11:18 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Sun, 19 Sep 2010 13:11:18 -0400 Subject: [Freeswitch-users] Freeswitch as VoIP-2-PSTN gateway In-Reply-To: <4C963059.205@freenet.de> References: <4C963059.205@freenet.de> Message-ID: Typically you would use a specific type of modem (dependent upon your connection) that has the proper chipset and driver to both connect and control the device. In this case, a modem is not a modem. It is a modem because it takes an analog line in and codes/decodes it, but in sip, so it is really an analog gateway. The more typical type of way of describing this is an in internal analog gateway, using the ZAPTEL and other drivers. They com in different densities and configurations. Alternately (instead of using a compatible card) you can use an external SIP gateway. And lastly, you can connect to a provider with a siptrunk (assuming your firewall is compatible and both firewall and nat profiles are configured properly) and send receiev calls without the use of a analog line. http://wiki.freeswitch.org/wiki/Core_Outline_of_FreeSWITCH The wiki has a list a compatible devices: http://wiki.freeswitch.org/wiki/Interop_List On Sun, Sep 19, 2010 at 11:46 AM, Holger von Rhein wrote: > Hi all, > > I plan to set up a VoIP/SIP switch at home. Further I'd like this switch > to also act as gateway into PSTN. > > For this, I installed freeswitch and now I am looking around how to > connect it to my analog USB-Modem (it's a true modem, not a winmodem) to > FreeSwitch. By googling, by reading the documentation and the > mailinglist, I came to the implication that it is not supported by > FreeSwitch to be a PSTN-gateway via an analogue modem. I will need an > external PSTN-2-SIP-gateway. > > Is my implication correct? If yes, will this change in future? > > Does anyone have some hints for me, how to get a cheap solution? (Its > juts for home-use) > > > Is it correct, that in case of an ISDN-modem freeswitch is able to be a > PSTN-gateway? > > > Kind Regards, > Holger > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/6a7f1836/attachment.html From gmaruzz at gmail.com Sun Sep 19 03:08:01 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 19 Sep 2010 12:08:01 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Both in svn and in git you have to create or copy the configuration file from mod-skypopen sources directory. It was NEVER installed automatically or by default, not in svn, not in git, never. In the wiki page is written you have to copy it, from where and to where. -giovanni On 9/19/10, Shamun toha md wrote: > Dear Mr. Giovanni, > > What i am trying to explain, i think you are not getting the problem. You > have SVN version WIKI. I have GIT nightly build version in my left hand box > (Point 1) and right hand box (Point 2) i have SVN version of FS . > > Problem: Point 2 works, Point 1 doesnt works. > > > *More details, why its not working:* > > 1. In GIT nightly build latest the greatest version the mod_skypopen is not > working or not included (human error!). There is no *skypopen.conf.xml* > file (in GIT release) > > [root at localhost autoload_configs]# uname -a > *Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT > 2009 i686 athlon i386 GNU/Linux* > > [root at localhost autoload_configs]# locate mod_skypopen > /usr/local/freeswitch/mod/mod_skypopen.a > /usr/local/freeswitch/mod/mod_skypopen.la > /usr/local/freeswitch/mod/mod_skypopen.so > > [root at localhost autoload_configs]# pwd > /usr/local/src/freeswitch/conf/autoload_configs > > [root at localhost autoload_configs]# ls > acl.conf.xml console.conf.xml enum.conf.xml > ivr.conf.xml modules.conf.xml post_load_modules.conf.xml > sofia.conf.xml unicall.conf.xml > alsa.conf.xml db.conf.xml erlang_event.conf.xml > java.conf.xml nibblebill.conf.xml python.conf.xml > spandsp.conf.xml unimrcp.conf.xml > callcenter.conf.xml dialplan_directory.conf.xml event_multicast.conf.xml > lcr.conf.xml opal.conf.xml redis.conf.xml > spidermonkey.conf.xml voicemail.conf.xml > cdr_csv.conf.xml dingaling.conf.xml event_socket.conf.xml > local_stream.conf.xml osp.conf.xml rss.conf.xml > switch.conf.xml xml_cdr.conf.xml > cdr_pg_csv.conf.xml directory.conf.xml fax.conf.xml > logfile.conf.xml perl.conf.xml sangoma_codec.conf.xml > syslog.conf.xml xml_curl.conf.xml > cidlookup.conf.xml distributor.conf.xml fifo.conf.xml > lua.conf.xml pocketsphinx.conf.xml shout.conf.xml > timezones.conf.xml xml_rpc.conf.xml > conference.conf.xml easyroute.conf.xml hash.conf.xml > memcache.conf.xml portaudio.conf.xml skinny.conf.xml > tts_commandline.conf.xml zeroconf.conf.xml > [root at localhost autoload_configs]# > > > 2. In the SVN OLD FS release (which works for me as my test suite in fedora) > you have skypopen.conf.xml file (as default) > > [sun at example autoload_configs]$ uname -a > *Linux example 2.6.32.12-114.fc12.i686 #1 SMP Tue Apr 27 21:29:58 UTC 2010 > i686 i686 i386 GNU/Linux > > *[sun at example autoload_configs]$ locate mod_skypopen > /usr/local/freeswitch/mod/mod_skypopen.a > /usr/local/freeswitch/mod/mod_skypopen.la > /usr/local/freeswitch/mod/mod_skypopen.so > > > [sun at example autoload_configs]$ pwd > /usr/local/freeswitch/conf/autoload_configs > [sun at example autoload_configs]$ ls > acl.conf.xml dialplan_directory.conf.xml event_multicast.conf.xml > java.conf.xml modules.conf.xml python.conf.xml > spidermonkey.conf.xml voicemail.conf.xml > alsa.conf.xml dingaling.conf.xml event_socket.conf.xml > lcr.conf.xml nibblebill.conf.xml rss.conf.xml > switch.conf.xml xml_cdr.conf.xml > cdr_csv.conf.xml directory.conf.xml event_socket.conf.xml~ > limit.conf.xml opal.conf.xml sangoma_codec.conf.xml > syslog.conf.xml xml_cdr.conf.xml~ > cdr_pg_csv.conf.xml distributor.conf.xml fax.conf.xml > local_stream.conf.xml perl.conf.xml shout.conf.xml > timezones.conf.xml xml_curl.conf.xml > cidlookup.conf.xml easyroute.conf.xml fifo.conf.xml > logfile.conf.xml pocketsphinx.conf.xml skinny.conf.xml > tts_commandline.conf.xml xml_rpc.conf.xml > conference.conf.xml enum.conf.xml fifo.conf.xml~ > lua.conf.xml portaudio.conf.xml *skypopen.conf.xml* > unicall.conf.xml zeroconf.conf.xml > console.conf.xml erlang_event.conf.xml ivr.conf.xml > memcache.conf.xml post_load_modules.conf.xml sofia.conf.xml > unimrcp.conf.xml > [sun at example autoload_configs]$ > > > Does this say anything, what is causing the problem, following WIKI is not > really working with latest the greatest GIT Freeswitch release. > > Looking forward to your answer. > > Thank you very much > Kindest regards > > > > > On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli > wrote: > >> What is your problem Shamun? >> >> You don't know how to read? >> >> In what you report is written: >> >> "open of skypopen.conf failed" >> >> >> >> On 9/18/10, Shamun toha md wrote: >> > You are correct, even without alsa driver, if i simply start skype GUI >> > instance from ssh -X servermachine, i can see skype get started without >> > getting fail or crash. But if i "load mod_skypeopen", why it is getting >> > again error like this? >> > >> > *freeswitch at localhost.localdomain> * >> > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 >> > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) >> > Started. >> > Max Sessions[1000] >> > Session Rate[30] >> > SQL [Enabled] >> > >> > *freeswitch at localhost.localdomain> load mod_skypopen* >> > >> > -ERR [module load file routine returned an error] >> > >> > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev >> > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 >> > ][none ][-1,-1,-1] open of skypopen.conf failed >> > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error >> Loading >> > module /usr/local/freeswitch/mod/mod_skypopen.so >> > **Module load routine returned an error** >> > freeswitch at localhost.localdomain> >> > >> > >> > >> > >> > >> > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli >> > wrote: >> > >> >> You reported: >> >> >> >> >checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> /lib/modules/2.6.18->164.el5/source: No such file or directory >> >> >/lib/modules/2.6.18-164.el5/source >> >> >checking for directory with kernel build... >> >> /lib/modules/2.6.18-164.el5/build >> >> >checking for kernel linux/version.h... no >> >> >The file /include/linux/version.h does not exist. >> >> >Please install the package with full kernel sources for your >> distribution >> >> >or use --with-kernel=dir option to specify another directory with >> kernel >> >> >sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> >> The error speaks very clear. You botched your install in some way... >> >> >> >> -giovanni >> >> >> >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md >> >> wrote: >> >> > This is not working for this, here kernel-devel and source is >> >> > modified >> >> > as >> >> > wiki told: >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# uname -a >> >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 >> EDT >> >> > 2009 i686 athlon i386 GNU/Linux >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel >> >> > Loaded plugins: fastestmirror >> >> > Loading mirror speeds from cached hostfile >> >> > * addons: ftp.belnet.be >> >> > * base: mirror.ovh.net >> >> > * extras: mirror.ovh.net >> >> > * updates: mirror.ovh.net >> >> > Installed Packages >> >> > Name : kernel-devel >> >> > Arch : i686 >> >> > Version : 2.6.18 >> >> > Release : 194.11.3.el5 >> >> > Size : 16 M >> >> > Repo : installed >> >> > Summary : Development package for building kernel modules to match >> >> > the >> >> > kernel. >> >> > URL : http://www.kernel.org/ >> >> > License : GPLv2 >> >> > Description: This package provides kernel headers and makefiles >> >> sufficient >> >> > to build modules >> >> > : against the kernel package. >> >> > [root at localhost alsa-driver-1.0.20]# ./configure >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> > --with-card-options=all >> >> > checking for gcc... gcc >> >> > checking for C compiler default output file name... a.out >> >> > checking whether the C compiler works... yes >> >> > checking whether we are cross compiling... no >> >> > checking for suffix of executables... >> >> > checking for suffix of object files... o >> >> > checking whether we are using the GNU C compiler... yes >> >> > checking whether gcc accepts -g... yes >> >> > checking for gcc option to accept ISO C89... none needed >> >> > checking for ranlib... ranlib >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> > checking how to run the C preprocessor... gcc -E >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> > checking for egrep... /bin/grep -E >> >> > checking for ANSI C header files... yes >> >> > checking for an ANSI C-conforming const... yes >> >> > checking for inline... inline >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> > checking whether gcc needs -traditional... no >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> >> > checking cross compile... >> >> > checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> > /lib/modules/2.6.18-164.el5/source >> >> > checking for directory with kernel build... >> >> > /lib/modules/2.6.18-164.el5/build >> >> > checking for kernel linux/version.h... no >> >> > The file /include/linux/version.h does not exist. >> >> > Please install the package with full kernel sources for your >> >> > distribution >> >> > or use --with-kernel=dir option to specify another directory with >> kernel >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> > [root at localhost alsa-driver-1.0.20]# >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > Wiki told: >> >> > ========== >> >> > >> >> > Let's start with ALSA driver compilation and installation: >> >> > >> >> > Get it from: >> >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 >> >> > >> >> > CentOS, RedHat >> >> > >> >> > Because CentOS backports features in kernel, you will have to edit >> >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and >> >> > line >> >> 1781, >> >> > to make it like this: >> >> > >> >> > /* other missing types */ >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) >> >> > //typedef unsigned int fmode_t; >> >> > #endif >> >> > >> >> > ... >> >> > >> >> > #ifndef bool /* just to be sure */ >> >> > //typedef _Bool bool; >> >> > #endif >> >> > >> >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line >> >> > 18, >> >> > commenting out the following code making it look like this: >> >> > >> >> > #endif /* < 2.6.24 */ >> >> > #if 0 >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) >> >> > static inline int usb_endpoint_dir_in(const struct >> >> usb_endpoint_descriptor >> >> > *epd) >> >> > >> >> > close the commenting out block adding an "#endif" at line 97, making >> it >> >> look >> >> > like this: >> >> > >> >> > #endif /* < 2.6.21 */ >> >> > #endif //0 >> >> > >> >> > Then: >> >> > >> >> > yum install kernel-devel # or yum install kernel-xen-devel (if on >> xen) >> >> > >> >> > ./configure --with-redhat=yes \ >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ >> >> > --with-card-options=all >> >> > >> >> > >> >> > >> >> > make && make install >> >> > >> >> > After the first make && make install, copy >> >> mod_skypopen/configs/alsa/dummy.c >> >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . >> >> > >> >> > make && make install #again :) >> >> > >> >> > >> >> > >> >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < >> >> gmaruzz at celliax.org> >> >> > wrote: >> >> >> >> >> >> Read what error you get. >> >> >> Follow the wiki page. >> >> >> Install necessary packages and edit alsa sources. All described in >> wiki >> >> >> page. >> >> >> -giovanni >> >> >> >> >> >> On 9/18/10, Shamun toha md wrote: >> >> >> > Alsa driver installation in CentOS 5.4 getting fail: >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > /lib/modules/2.6.18-164.el5/build >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > [root at localhost alsa-driver-1.0.20]# >> >> >> > >> >> >> > >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> --with-kernel=/lib/modules/2.6.18-164.el5/source >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > >> >> >> >> >> >> -- >> >> >> Sent from my mobile device >> >> >> >> >> >> Sincerely, >> >> >> >> >> >> Giovanni Maruzzelli >> >> >> Cell : +39-347-2665618 >> >> >> >> >> >> _______________________________________________ >> >> >> FreeSWITCH-users mailing list >> >> >> FreeSWITCH-users at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> UNSUBSCRIBE: >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> >> http://www.freeswitch.org >> >> > >> >> > >> >> > _______________________________________________ >> >> > FreeSWITCH-users mailing list >> >> > FreeSWITCH-users at 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 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> > >> >> -- >> Sent from my mobile device >> >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From gmaruzz at gmail.com Sun Sep 19 03:43:56 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 19 Sep 2010 12:43:56 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Dear Shamun, your "problem" is clearly described in the error you are posting. Also, the wiki page clearly describe how and what you have to do. I feel you are abusing the mailing list, the community and me personally. Do your homework or pay a consultant if you don't like to read wiki and errors. I will no more answer your questions if you continue in this behavior. -giovanni On 9/19/10, Shamun toha md wrote: > Now i arrange to start it atleast, but gets failed, how do you fix this? > > freeswitch at localhost.localdomain> load mod_skypopen > 2010-09-19 13:14:53.038402 [WARNING] mod_skypopen.c:1542 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][WARNINGA 1542 > ][interface1][-1, 0, 0] STARTING interface_id=1 > 2010-09-19 13:14:53.242399 [NOTICE] mod_skypopen.c:1567 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1567 > ][interface1][-1, 0, 0] WAITING roughly 10 seconds to find a running Skype > client and connect to its SKYPE API for interface_id=1 > 2010-09-19 13:14:53.242399 [NOTICE] mod_skypopen.c:1576 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1576 > ][interface1][-1, 0, 0] Found a running Skype client, connected to its SKYPE > API for interface_id=1, waiting 60 seconds for CURRENTUSERHANDLE==notwork1 > > 2010-09-19 13:15:54.868242 [ERR] mod_skypopen.c:1620 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1620 > ][interface1][-1, 0, 0] The Skype client to which we are connected FAILED to > gave us CURRENTUSERHANDLE=notwork1, interface_id=1 FAILED to start. No Skype > client logged in as 'notwork1' has been found. Please (re)launch a Skype > client logged in as 'notwork1'. Skypopen exiting now > > -ERR [module load file routine returned an error] > > 2010-09-19 13:15:54.868242 [CRIT] switch_loadable_module.c:926 Error Loading > module /usr/local/freeswitch/mod/mod_skypopen.so > **Module load routine returned an error** > freeswitch at localhost.localdomain> 2010-09-19 13:15:54.965251 [NOTICE] > skypopen_protocol.c:1754 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][NOTICA 1754 > ][interface1][-1, 0, 0] EXITING > > > > > > On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli > wrote: > >> What is your problem Shamun? >> >> You don't know how to read? >> >> In what you report is written: >> >> "open of skypopen.conf failed" >> >> >> >> On 9/18/10, Shamun toha md wrote: >> > You are correct, even without alsa driver, if i simply start skype GUI >> > instance from ssh -X servermachine, i can see skype get started without >> > getting fail or crash. But if i "load mod_skypeopen", why it is getting >> > again error like this? >> > >> > *freeswitch at localhost.localdomain> * >> > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 >> > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) >> > Started. >> > Max Sessions[1000] >> > Session Rate[30] >> > SQL [Enabled] >> > >> > *freeswitch at localhost.localdomain> load mod_skypopen* >> > >> > -ERR [module load file routine returned an error] >> > >> > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev >> > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 >> > ][none ][-1,-1,-1] open of skypopen.conf failed >> > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error >> Loading >> > module /usr/local/freeswitch/mod/mod_skypopen.so >> > **Module load routine returned an error** >> > freeswitch at localhost.localdomain> >> > >> > >> > >> > >> > >> > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli >> > wrote: >> > >> >> You reported: >> >> >> >> >checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> /lib/modules/2.6.18->164.el5/source: No such file or directory >> >> >/lib/modules/2.6.18-164.el5/source >> >> >checking for directory with kernel build... >> >> /lib/modules/2.6.18-164.el5/build >> >> >checking for kernel linux/version.h... no >> >> >The file /include/linux/version.h does not exist. >> >> >Please install the package with full kernel sources for your >> distribution >> >> >or use --with-kernel=dir option to specify another directory with >> kernel >> >> >sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> >> The error speaks very clear. You botched your install in some way... >> >> >> >> -giovanni >> >> >> >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md >> >> wrote: >> >> > This is not working for this, here kernel-devel and source is >> >> > modified >> >> > as >> >> > wiki told: >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# uname -a >> >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 >> EDT >> >> > 2009 i686 athlon i386 GNU/Linux >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel >> >> > Loaded plugins: fastestmirror >> >> > Loading mirror speeds from cached hostfile >> >> > * addons: ftp.belnet.be >> >> > * base: mirror.ovh.net >> >> > * extras: mirror.ovh.net >> >> > * updates: mirror.ovh.net >> >> > Installed Packages >> >> > Name : kernel-devel >> >> > Arch : i686 >> >> > Version : 2.6.18 >> >> > Release : 194.11.3.el5 >> >> > Size : 16 M >> >> > Repo : installed >> >> > Summary : Development package for building kernel modules to match >> >> > the >> >> > kernel. >> >> > URL : http://www.kernel.org/ >> >> > License : GPLv2 >> >> > Description: This package provides kernel headers and makefiles >> >> sufficient >> >> > to build modules >> >> > : against the kernel package. >> >> > [root at localhost alsa-driver-1.0.20]# ./configure >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> > --with-card-options=all >> >> > checking for gcc... gcc >> >> > checking for C compiler default output file name... a.out >> >> > checking whether the C compiler works... yes >> >> > checking whether we are cross compiling... no >> >> > checking for suffix of executables... >> >> > checking for suffix of object files... o >> >> > checking whether we are using the GNU C compiler... yes >> >> > checking whether gcc accepts -g... yes >> >> > checking for gcc option to accept ISO C89... none needed >> >> > checking for ranlib... ranlib >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> > checking how to run the C preprocessor... gcc -E >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> > checking for egrep... /bin/grep -E >> >> > checking for ANSI C header files... yes >> >> > checking for an ANSI C-conforming const... yes >> >> > checking for inline... inline >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> > checking whether gcc needs -traditional... no >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> >> > checking cross compile... >> >> > checking for directory with kernel source... ./configure: line 4870: >> cd: >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> > /lib/modules/2.6.18-164.el5/source >> >> > checking for directory with kernel build... >> >> > /lib/modules/2.6.18-164.el5/build >> >> > checking for kernel linux/version.h... no >> >> > The file /include/linux/version.h does not exist. >> >> > Please install the package with full kernel sources for your >> >> > distribution >> >> > or use --with-kernel=dir option to specify another directory with >> kernel >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> > [root at localhost alsa-driver-1.0.20]# >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > Wiki told: >> >> > ========== >> >> > >> >> > Let's start with ALSA driver compilation and installation: >> >> > >> >> > Get it from: >> >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 >> >> > >> >> > CentOS, RedHat >> >> > >> >> > Because CentOS backports features in kernel, you will have to edit >> >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and >> >> > line >> >> 1781, >> >> > to make it like this: >> >> > >> >> > /* other missing types */ >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) >> >> > //typedef unsigned int fmode_t; >> >> > #endif >> >> > >> >> > ... >> >> > >> >> > #ifndef bool /* just to be sure */ >> >> > //typedef _Bool bool; >> >> > #endif >> >> > >> >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line >> >> > 18, >> >> > commenting out the following code making it look like this: >> >> > >> >> > #endif /* < 2.6.24 */ >> >> > #if 0 >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) >> >> > static inline int usb_endpoint_dir_in(const struct >> >> usb_endpoint_descriptor >> >> > *epd) >> >> > >> >> > close the commenting out block adding an "#endif" at line 97, making >> it >> >> look >> >> > like this: >> >> > >> >> > #endif /* < 2.6.21 */ >> >> > #endif //0 >> >> > >> >> > Then: >> >> > >> >> > yum install kernel-devel # or yum install kernel-xen-devel (if on >> xen) >> >> > >> >> > ./configure --with-redhat=yes \ >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ >> >> > --with-card-options=all >> >> > >> >> > >> >> > >> >> > make && make install >> >> > >> >> > After the first make && make install, copy >> >> mod_skypopen/configs/alsa/dummy.c >> >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . >> >> > >> >> > make && make install #again :) >> >> > >> >> > >> >> > >> >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < >> >> gmaruzz at celliax.org> >> >> > wrote: >> >> >> >> >> >> Read what error you get. >> >> >> Follow the wiki page. >> >> >> Install necessary packages and edit alsa sources. All described in >> wiki >> >> >> page. >> >> >> -giovanni >> >> >> >> >> >> On 9/18/10, Shamun toha md wrote: >> >> >> > Alsa driver installation in CentOS 5.4 getting fail: >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > /lib/modules/2.6.18-164.el5/build >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > [root at localhost alsa-driver-1.0.20]# >> >> >> > >> >> >> > >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> --with-kernel=/lib/modules/2.6.18-164.el5/source >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > >> >> >> >> >> >> -- >> >> >> Sent from my mobile device >> >> >> >> >> >> Sincerely, >> >> >> >> >> >> Giovanni Maruzzelli >> >> >> Cell : +39-347-2665618 >> >> >> >> >> >> _______________________________________________ >> >> >> FreeSWITCH-users mailing list >> >> >> FreeSWITCH-users at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> UNSUBSCRIBE: >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> >> http://www.freeswitch.org >> >> > >> >> > >> >> > _______________________________________________ >> >> > FreeSWITCH-users mailing list >> >> > FreeSWITCH-users at 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 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> > >> >> -- >> Sent from my mobile device >> >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From gmaruzz at gmail.com Sun Sep 19 06:50:06 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 19 Sep 2010 15:50:06 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Shamun, You are trolling, please cease and desist I am the developer of mod_skypopen. mod_skypopen works for all peoples that take care to read the wiki, and do as directed. mod_skypopen is in production in many parts of the world, and weekly serves the FS developers conference call through Skype. You are damaging yourself and the community with your behavior, and you have particularly annoyed me (for what that's worth). -giovanni On Sun, Sep 19, 2010 at 3:33 PM, Shamun toha md wrote: > Here is the BUG after doing all correctly as told in WIKI (git version is > buggy doesnt work for sound). > > FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 17-04-54 -0500) > > freeswitch at localhost.localdomain> > 2010-09-19 16:24:17.069884 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37???? ][ERRORA? 1812 > ][interface2][-1, 5,21] no session > 2010-09-19 16:24:17.084917 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37???? ][ERRORA? 1812 > ][interface2][-1, 5,21] no session > 2010-09-19 16:24:22.243323 [NOTICE] sofia_reg.c:1443 Auto-Adding Alias > [vooyz1.vooyz.com] for profile [internal] > > freeswitch at localhost.localdomain> > freeswitch at localhost.localdomain> sofia profile internal siptrace on > > Enabled sip debugging on internal > freeswitch at localhost.localdomain> > 2010-09-19 16:25:04.233015 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37???? ][ERRORA? 1812 > ][interface2][-1, 5,21] no session > 2010-09-19 16:25:04.241070 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37???? ][ERRORA? 1812 > ][interface2][-1, 5,21] no session > > > > On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli > wrote: >> >> What is your problem Shamun? >> >> You don't know how to read? >> >> In what you report is written: >> >> "open of skypopen.conf failed" >> >> >> >> On 9/18/10, Shamun toha md wrote: >> > You are correct, even without alsa driver, if i simply start skype GUI >> > instance from ssh -X servermachine, i can see skype get started without >> > getting fail or crash. But if i "load mod_skypeopen", why it is getting >> > again error like this? >> > >> > *freeswitch at localhost.localdomain> * >> > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 >> > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) >> > Started. >> > Max Sessions[1000] >> > Session Rate[30] >> > SQL [Enabled] >> > >> > *freeswitch at localhost.localdomain> load mod_skypopen* >> > >> > -ERR [module load file routine returned an error] >> > >> > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev >> > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ? ? ][ERRORA ?1304 >> > ][none ? ? ?][-1,-1,-1] open of skypopen.conf failed >> > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error >> > Loading >> > module /usr/local/freeswitch/mod/mod_skypopen.so >> > **Module load routine returned an error** >> > freeswitch at localhost.localdomain> >> > >> > >> > >> > >> > >> > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli >> > wrote: >> > >> >> You reported: >> >> >> >> >checking for directory with kernel source... ./configure: line 4870: >> >> > cd: >> >> /lib/modules/2.6.18->164.el5/source: No such file or directory >> >> >/lib/modules/2.6.18-164.el5/source >> >> >checking for directory with kernel build... >> >> /lib/modules/2.6.18-164.el5/build >> >> >checking for kernel linux/version.h... no >> >> >The file /include/linux/version.h does not exist. >> >> >Please install the package with full kernel sources for your >> >> > distribution >> >> >or use --with-kernel=dir option to specify another directory with >> >> > kernel >> >> >sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> >> The error speaks very clear. You botched your install in some way... >> >> >> >> -giovanni >> >> >> >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md >> >> wrote: >> >> > This is not working for this, here kernel-devel and source is >> >> > modified >> >> > as >> >> > wiki told: >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# uname -a >> >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 >> >> > EDT >> >> > 2009 i686 athlon i386 GNU/Linux >> >> > >> >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel >> >> > Loaded plugins: fastestmirror >> >> > Loading mirror speeds from cached hostfile >> >> > ?* addons: ftp.belnet.be >> >> > ?* base: mirror.ovh.net >> >> > ?* extras: mirror.ovh.net >> >> > ?* updates: mirror.ovh.net >> >> > Installed Packages >> >> > Name ? ? ? : kernel-devel >> >> > Arch ? ? ? : i686 >> >> > Version ? ?: 2.6.18 >> >> > Release ? ?: 194.11.3.el5 >> >> > Size ? ? ? : 16 M >> >> > Repo ? ? ? : installed >> >> > Summary ? ?: Development package for building kernel modules to match >> >> > the >> >> > kernel. >> >> > URL ? ? ? ?: http://www.kernel.org/ >> >> > License ? ?: GPLv2 >> >> > Description: This package provides kernel headers and makefiles >> >> sufficient >> >> > to build modules >> >> > ? ? ? ? ? ?: against the kernel package. >> >> > [root at localhost alsa-driver-1.0.20]# ./configure >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> > --with-card-options=all >> >> > checking for gcc... gcc >> >> > checking for C compiler default output file name... a.out >> >> > checking whether the C compiler works... yes >> >> > checking whether we are cross compiling... no >> >> > checking for suffix of executables... >> >> > checking for suffix of object files... o >> >> > checking whether we are using the GNU C compiler... yes >> >> > checking whether gcc accepts -g... yes >> >> > checking for gcc option to accept ISO C89... none needed >> >> > checking for ranlib... ranlib >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> > checking how to run the C preprocessor... gcc -E >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> > checking for egrep... /bin/grep -E >> >> > checking for ANSI C header files... yes >> >> > checking for an ANSI C-conforming const... yes >> >> > checking for inline... inline >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> > checking whether gcc needs -traditional... no >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 >> >> > checking cross compile... >> >> > checking for directory with kernel source... ./configure: line 4870: >> >> > cd: >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> > /lib/modules/2.6.18-164.el5/source >> >> > checking for directory with kernel build... >> >> > /lib/modules/2.6.18-164.el5/build >> >> > checking for kernel linux/version.h... no >> >> > The file /include/linux/version.h does not exist. >> >> > Please install the package with full kernel sources for your >> >> > distribution >> >> > or use --with-kernel=dir option to specify another directory with >> >> > kernel >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> > [root at localhost alsa-driver-1.0.20]# >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > Wiki told: >> >> > ========== >> >> > >> >> > Let's start with ALSA driver compilation and installation: >> >> > >> >> > Get it from: >> >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 >> >> > >> >> > CentOS, RedHat >> >> > >> >> > Because CentOS backports features in kernel, you will have to edit >> >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and >> >> > line >> >> 1781, >> >> > to make it like this: >> >> > >> >> > /* other missing types */ >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) >> >> > //typedef unsigned int fmode_t; >> >> > #endif >> >> > >> >> > ... >> >> > >> >> > #ifndef bool ? ?/* just to be sure */ >> >> > //typedef _Bool bool; >> >> > #endif >> >> > >> >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on line >> >> > 18, >> >> > commenting out the following code making it look like this: >> >> > >> >> > #endif /* < 2.6.24 */ >> >> > #if 0 >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) >> >> > static inline int usb_endpoint_dir_in(const struct >> >> usb_endpoint_descriptor >> >> > *epd) >> >> > >> >> > close the commenting out block adding an "#endif" at line 97, making >> >> > it >> >> look >> >> > like this: >> >> > >> >> > #endif /* < 2.6.21 */ >> >> > #endif //0 >> >> > >> >> > Then: >> >> > >> >> > ?yum install kernel-devel # or ?yum install kernel-xen-devel (if on >> >> > xen) >> >> > >> >> > ?./configure --with-redhat=yes \ >> >> > ?--with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ >> >> > ?--with-card-options=all >> >> > >> >> > >> >> > >> >> > ?make && make install >> >> > >> >> > After the first make && make install, copy >> >> mod_skypopen/configs/alsa/dummy.c >> >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . >> >> > >> >> > make && make install #again :) >> >> > >> >> > >> >> > >> >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < >> >> gmaruzz at celliax.org> >> >> > wrote: >> >> >> >> >> >> Read what error you get. >> >> >> Follow the wiki page. >> >> >> Install necessary packages and edit alsa sources. All described in >> >> >> wiki >> >> >> page. >> >> >> -giovanni >> >> >> >> >> >> On 9/18/10, Shamun toha md wrote: >> >> >> > Alsa driver installation in CentOS 5.4 getting fail: >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> >> >> > 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > /lib/modules/2.6.18-164.el5/build >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > [root at localhost alsa-driver-1.0.20]# >> >> >> > >> >> >> > >> >> >> > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure --with-redhat=yes >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer >> >> >> > --with-card-options=all >> >> --with-kernel=/lib/modules/2.6.18-164.el5/source >> >> >> > checking for gcc... gcc >> >> >> > checking for C compiler default output file name... a.out >> >> >> > checking whether the C compiler works... yes >> >> >> > checking whether we are cross compiling... no >> >> >> > checking for suffix of executables... >> >> >> > checking for suffix of object files... o >> >> >> > checking whether we are using the GNU C compiler... yes >> >> >> > checking whether gcc accepts -g... yes >> >> >> > checking for gcc option to accept ISO C89... none needed >> >> >> > checking for ranlib... ranlib >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c >> >> >> > checking how to run the C preprocessor... gcc -E >> >> >> > checking for grep that handles long lines and -e... /bin/grep >> >> >> > checking for egrep... /bin/grep -E >> >> >> > checking for ANSI C header files... yes >> >> >> > checking for an ANSI C-conforming const... yes >> >> >> > checking for inline... inline >> >> >> > checking whether time.h and sys/time.h may both be included... yes >> >> >> > checking whether gcc needs -traditional... no >> >> >> > checking for current directory... >> >> >> > /usr/local/src/alsa-driver-1.0.20 >> >> >> > checking cross compile... >> >> >> > checking for directory with kernel source... ./configure: line >> >> >> > 4870: >> >> cd: >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory >> >> >> > /lib/modules/2.6.18-164.el5/source >> >> >> > checking for directory with kernel build... >> >> >> > checking for kernel linux/version.h... no >> >> >> > The file /include/linux/version.h does not exist. >> >> >> > Please install the package with full kernel sources for your >> >> >> > distribution >> >> >> > or use --with-kernel=dir option to specify another directory with >> >> kernel >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). >> >> >> > >> >> >> >> >> >> -- >> >> >> Sent from my mobile device >> >> >> >> >> >> Sincerely, >> >> >> >> >> >> Giovanni Maruzzelli >> >> >> Cell : +39-347-2665618 >> >> >> >> >> >> _______________________________________________ >> >> >> FreeSWITCH-users mailing list >> >> >> FreeSWITCH-users at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> UNSUBSCRIBE: >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> >> http://www.freeswitch.org >> >> > >> >> > >> >> > _______________________________________________ >> >> > FreeSWITCH-users mailing list >> >> > FreeSWITCH-users at 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 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> > >> >> -- >> Sent from my mobile device >> >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at gmail.com Sun Sep 19 08:14:01 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 19 Sep 2010 17:14:01 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Shamun, you are trolling, please cease and desist. I am the developer of mod-skypopen. Mod-skypopen works for all the people that take care of reading the wiki and doing as directed. Mod-skypopen is in production in many parts of the world, and weekly serves the FS developers' conference via Skype. You are damaging yourself and the community with your behavior, and you have particularly annoyed me (for what the last one is worth). -giovanni On 9/19/10, Shamun toha md wrote: > This the last try still the same *BUG*, there is no error when i repeat my > setup in Fedora/SVN release. But when i am doing this in CentOS 5.4, Alsa > driver and Mod_Skypopen is behaving abnormal.., something is wrong with the > release?? > > > +OK > > 2010-09-19 17:08:19.886901 [CONSOLE] switch_loadable_module.c:944 > Successfully Loaded [mod_skypopen] > 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:145 Adding > Endpoint 'skypopen' > 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API > Function 'sk' > 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API > Function 'skypopen' > 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:273 Adding API > Function 'skypopen_chat' > 2010-09-19 17:08:19.886901 [NOTICE] switch_loadable_module.c:378 Adding Chat > interface 'skype' > freeswitch at localhost.localdomain> sk list > > sk console is NOT yet assigned > F ID Name IB (F/T) OB (F/T) State CallFlw UUID > = ==== ======== ======= ======= ====== ============ > ====== > 1 [interface1] 0/0 0/0 IDLE CALL_IDLE > 2 [interface2] 0/0 0/0 IDLE CALL_IDLE > > Total Interfaces: 2 IB Calls(Failed/Total): 0/0 OB Calls(Failed/Total): > 0/0 > > freeswitch at localhost.localdomain> ALSA lib > pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) ALSA lib > pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi > 2010-09-19 17:08:31.026382 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > ][interface2][-1, 5,21] no session > 2010-09-19 17:08:31.041389 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > ][interface1][-1, 5,21] no session > 2010-09-19 17:08:31.089483 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > ][interface2][-1, 5,21] no session > 2010-09-19 17:08:31.089483 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > ][interface1][-1, 5,21] no session > > > > On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli > wrote: > >> What is your problem Shamun? >> >> You don't know how to read? >> >> In what you report is written: >> >> "open of skypopen.conf failed" >> >> >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From engineerzuhairraza at gmail.com Sun Sep 19 11:16:28 2010 From: engineerzuhairraza at gmail.com (Zuhair Raza) Date: Sun, 19 Sep 2010 22:46:28 +0430 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: bro, Sir Giovanni is exactly right. I was like you when i began but Sir Giovani adviced me to read and understand wiki carefully. Also understand the linux fundamentals do everything step by step.. skypope is working fine for me. I am thankful to Sir Giovanni for that advice because it makes me understand many other things too. I suggest you go through the video of Singh for Windows also so you should know how skype module works! or if you are familiar with windows u can do that on that too Regards. Zuhair On Sun, Sep 19, 2010 at 6:20 PM, Giovanni Maruzzelli wrote: > Shamun, > > You are trolling, please cease and desist > > I am the developer of mod_skypopen. > > mod_skypopen works for all peoples that take care to read the wiki, > and do as directed. > > mod_skypopen is in production in many parts of the world, and weekly > serves the FS developers conference call through Skype. > > You are damaging yourself and the community with your behavior, and > you have particularly annoyed me (for what that's worth). > > -giovanni > > On Sun, Sep 19, 2010 at 3:33 PM, Shamun toha md > wrote: > > Here is the BUG after doing all correctly as told in WIKI (git version is > > buggy doesnt work for sound). > > > > FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 17-04-54 -0500) > > > > freeswitch at localhost.localdomain> > > 2010-09-19 16:24:17.069884 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > 2010-09-19 16:24:17.084917 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > 2010-09-19 16:24:22.243323 [NOTICE] sofia_reg.c:1443 Auto-Adding Alias > > [vooyz1.vooyz.com] for profile [internal] > > > > freeswitch at localhost.localdomain> > > freeswitch at localhost.localdomain> sofia profile internal siptrace on > > > > Enabled sip debugging on internal > > freeswitch at localhost.localdomain> > > 2010-09-19 16:25:04.233015 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > 2010-09-19 16:25:04.241070 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > > > > > > > On Sat, Sep 18, 2010 at 7:51 PM, Giovanni Maruzzelli > > wrote: > >> > >> What is your problem Shamun? > >> > >> You don't know how to read? > >> > >> In what you report is written: > >> > >> "open of skypopen.conf failed" > >> > >> > >> > >> On 9/18/10, Shamun toha md wrote: > >> > You are correct, even without alsa driver, if i simply start skype GUI > >> > instance from ssh -X servermachine, i can see skype get started > without > >> > getting fail or crash. But if i "load mod_skypeopen", why it is > getting > >> > again error like this? > >> > > >> > *freeswitch at localhost.localdomain> * > >> > 2010-09-18 19:05:08.243932 [CONSOLE] switch_core.c:1649 > >> > FreeSWITCH Version 1.0.head (*git-3eb35a5 2010-09-15 17-04-54 -0500*) > >> > Started. > >> > Max Sessions[1000] > >> > Session Rate[30] > >> > SQL [Enabled] > >> > > >> > *freeswitch at localhost.localdomain> load mod_skypopen* > >> > > >> > -ERR [module load file routine returned an error] > >> > > >> > 2010-09-18 19:05:18.973060 [ERR] mod_skypopen.c:1304 rev > >> > git2svn-syncpoint-master-203-g3eb35a5[(nil)|37 ][ERRORA 1304 > >> > ][none ][-1,-1,-1] open of skypopen.conf failed > >> > 2010-09-18 19:05:18.973060 [CRIT] switch_loadable_module.c:926 Error > >> > Loading > >> > module /usr/local/freeswitch/mod/mod_skypopen.so > >> > **Module load routine returned an error** > >> > freeswitch at localhost.localdomain> > >> > > >> > > >> > > >> > > >> > > >> > On Sat, Sep 18, 2010 at 2:55 PM, Giovanni Maruzzelli > >> > wrote: > >> > > >> >> You reported: > >> >> > >> >> >checking for directory with kernel source... ./configure: line 4870: > >> >> > cd: > >> >> /lib/modules/2.6.18->164.el5/source: No such file or directory > >> >> >/lib/modules/2.6.18-164.el5/source > >> >> >checking for directory with kernel build... > >> >> /lib/modules/2.6.18-164.el5/build > >> >> >checking for kernel linux/version.h... no > >> >> >The file /include/linux/version.h does not exist. > >> >> >Please install the package with full kernel sources for your > >> >> > distribution > >> >> >or use --with-kernel=dir option to specify another directory with > >> >> > kernel > >> >> >sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > >> >> The error speaks very clear. You botched your install in some way... > >> >> > >> >> -giovanni > >> >> > >> >> On Sat, Sep 18, 2010 at 2:46 PM, Shamun toha md < > shamun.toha at gmail.com> > >> >> wrote: > >> >> > This is not working for this, here kernel-devel and source is > >> >> > modified > >> >> > as > >> >> > wiki told: > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# uname -a > >> >> > Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 > 03:33:56 > >> >> > EDT > >> >> > 2009 i686 athlon i386 GNU/Linux > >> >> > > >> >> > [root at localhost alsa-driver-1.0.20]# yum info kernel-devel > >> >> > Loaded plugins: fastestmirror > >> >> > Loading mirror speeds from cached hostfile > >> >> > * addons: ftp.belnet.be > >> >> > * base: mirror.ovh.net > >> >> > * extras: mirror.ovh.net > >> >> > * updates: mirror.ovh.net > >> >> > Installed Packages > >> >> > Name : kernel-devel > >> >> > Arch : i686 > >> >> > Version : 2.6.18 > >> >> > Release : 194.11.3.el5 > >> >> > Size : 16 M > >> >> > Repo : installed > >> >> > Summary : Development package for building kernel modules to > match > >> >> > the > >> >> > kernel. > >> >> > URL : http://www.kernel.org/ > >> >> > License : GPLv2 > >> >> > Description: This package provides kernel headers and makefiles > >> >> sufficient > >> >> > to build modules > >> >> > : against the kernel package. > >> >> > [root at localhost alsa-driver-1.0.20]# ./configure > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> > --with-card-options=all > >> >> > checking for gcc... gcc > >> >> > checking for C compiler default output file name... a.out > >> >> > checking whether the C compiler works... yes > >> >> > checking whether we are cross compiling... no > >> >> > checking for suffix of executables... > >> >> > checking for suffix of object files... o > >> >> > checking whether we are using the GNU C compiler... yes > >> >> > checking whether gcc accepts -g... yes > >> >> > checking for gcc option to accept ISO C89... none needed > >> >> > checking for ranlib... ranlib > >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> > checking how to run the C preprocessor... gcc -E > >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> > checking for egrep... /bin/grep -E > >> >> > checking for ANSI C header files... yes > >> >> > checking for an ANSI C-conforming const... yes > >> >> > checking for inline... inline > >> >> > checking whether time.h and sys/time.h may both be included... yes > >> >> > checking whether gcc needs -traditional... no > >> >> > checking for current directory... /usr/local/src/alsa-driver-1.0.20 > >> >> > checking cross compile... > >> >> > checking for directory with kernel source... ./configure: line > 4870: > >> >> > cd: > >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> > /lib/modules/2.6.18-164.el5/source > >> >> > checking for directory with kernel build... > >> >> > /lib/modules/2.6.18-164.el5/build > >> >> > checking for kernel linux/version.h... no > >> >> > The file /include/linux/version.h does not exist. > >> >> > Please install the package with full kernel sources for your > >> >> > distribution > >> >> > or use --with-kernel=dir option to specify another directory with > >> >> > kernel > >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > Wiki told: > >> >> > ========== > >> >> > > >> >> > Let's start with ALSA driver compilation and installation: > >> >> > > >> >> > Get it from: > >> >> > ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.20.tar.bz2 > >> >> > > >> >> > CentOS, RedHat > >> >> > > >> >> > Because CentOS backports features in kernel, you will have to edit > >> >> > alsa-driver-1.0.20/include/adriver.h and comment out line 101 and > >> >> > line > >> >> 1781, > >> >> > to make it like this: > >> >> > > >> >> > /* other missing types */ > >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 28) > >> >> > //typedef unsigned int fmode_t; > >> >> > #endif > >> >> > > >> >> > ... > >> >> > > >> >> > #ifndef bool /* just to be sure */ > >> >> > //typedef _Bool bool; > >> >> > #endif > >> >> > > >> >> > Then edit alsa-driver-1.0.20/usb/usbcompat.h adding a "#if 0" on > line > >> >> > 18, > >> >> > commenting out the following code making it look like this: > >> >> > > >> >> > #endif /* < 2.6.24 */ > >> >> > #if 0 > >> >> > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 19) > >> >> > static inline int usb_endpoint_dir_in(const struct > >> >> usb_endpoint_descriptor > >> >> > *epd) > >> >> > > >> >> > close the commenting out block adding an "#endif" at line 97, > making > >> >> > it > >> >> look > >> >> > like this: > >> >> > > >> >> > #endif /* < 2.6.21 */ > >> >> > #endif //0 > >> >> > > >> >> > Then: > >> >> > > >> >> > yum install kernel-devel # or yum install kernel-xen-devel (if on > >> >> > xen) > >> >> > > >> >> > ./configure --with-redhat=yes \ > >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer \ > >> >> > --with-card-options=all > >> >> > > >> >> > > >> >> > > >> >> > make && make install > >> >> > > >> >> > After the first make && make install, copy > >> >> mod_skypopen/configs/alsa/dummy.c > >> >> > to alsa-driver-1.0.20/sound/drivers/dummy.c . > >> >> > > >> >> > make && make install #again :) > >> >> > > >> >> > > >> >> > > >> >> > On Sat, Sep 18, 2010 at 1:49 PM, Giovanni Maruzzelli < > >> >> gmaruzz at celliax.org> > >> >> > wrote: > >> >> >> > >> >> >> Read what error you get. > >> >> >> Follow the wiki page. > >> >> >> Install necessary packages and edit alsa sources. All described in > >> >> >> wiki > >> >> >> page. > >> >> >> -giovanni > >> >> >> > >> >> >> On 9/18/10, Shamun toha md wrote: > >> >> >> > Alsa driver installation in CentOS 5.4 getting fail: > >> >> >> > > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure > --with-redhat=yes > >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> >> > --with-card-options=all > >> >> >> > checking for gcc... gcc > >> >> >> > checking for C compiler default output file name... a.out > >> >> >> > checking whether the C compiler works... yes > >> >> >> > checking whether we are cross compiling... no > >> >> >> > checking for suffix of executables... > >> >> >> > checking for suffix of object files... o > >> >> >> > checking whether we are using the GNU C compiler... yes > >> >> >> > checking whether gcc accepts -g... yes > >> >> >> > checking for gcc option to accept ISO C89... none needed > >> >> >> > checking for ranlib... ranlib > >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> >> > checking how to run the C preprocessor... gcc -E > >> >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> >> > checking for egrep... /bin/grep -E > >> >> >> > checking for ANSI C header files... yes > >> >> >> > checking for an ANSI C-conforming const... yes > >> >> >> > checking for inline... inline > >> >> >> > checking whether time.h and sys/time.h may both be included... > yes > >> >> >> > checking whether gcc needs -traditional... no > >> >> >> > checking for current directory... > >> >> >> > /usr/local/src/alsa-driver-1.0.20 > >> >> >> > checking cross compile... > >> >> >> > checking for directory with kernel source... ./configure: line > >> >> >> > 4870: > >> >> cd: > >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> >> > /lib/modules/2.6.18-164.el5/source > >> >> >> > checking for directory with kernel build... > >> >> >> > /lib/modules/2.6.18-164.el5/build > >> >> >> > checking for kernel linux/version.h... no > >> >> >> > The file /include/linux/version.h does not exist. > >> >> >> > Please install the package with full kernel sources for your > >> >> >> > distribution > >> >> >> > or use --with-kernel=dir option to specify another directory > with > >> >> kernel > >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> >> > [root at localhost alsa-driver-1.0.20]# > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > [root at localhost alsa-driver-1.0.20]# ./configure > --with-redhat=yes > >> >> >> > --with-cards=dummy,usb-audio,hda-intel,hrtimer,rtctimer > >> >> >> > --with-card-options=all > >> >> --with-kernel=/lib/modules/2.6.18-164.el5/source > >> >> >> > checking for gcc... gcc > >> >> >> > checking for C compiler default output file name... a.out > >> >> >> > checking whether the C compiler works... yes > >> >> >> > checking whether we are cross compiling... no > >> >> >> > checking for suffix of executables... > >> >> >> > checking for suffix of object files... o > >> >> >> > checking whether we are using the GNU C compiler... yes > >> >> >> > checking whether gcc accepts -g... yes > >> >> >> > checking for gcc option to accept ISO C89... none needed > >> >> >> > checking for ranlib... ranlib > >> >> >> > checking for a BSD-compatible install... /usr/bin/install -c > >> >> >> > checking how to run the C preprocessor... gcc -E > >> >> >> > checking for grep that handles long lines and -e... /bin/grep > >> >> >> > checking for egrep... /bin/grep -E > >> >> >> > checking for ANSI C header files... yes > >> >> >> > checking for an ANSI C-conforming const... yes > >> >> >> > checking for inline... inline > >> >> >> > checking whether time.h and sys/time.h may both be included... > yes > >> >> >> > checking whether gcc needs -traditional... no > >> >> >> > checking for current directory... > >> >> >> > /usr/local/src/alsa-driver-1.0.20 > >> >> >> > checking cross compile... > >> >> >> > checking for directory with kernel source... ./configure: line > >> >> >> > 4870: > >> >> cd: > >> >> >> > /lib/modules/2.6.18-164.el5/source: No such file or directory > >> >> >> > /lib/modules/2.6.18-164.el5/source > >> >> >> > checking for directory with kernel build... > >> >> >> > checking for kernel linux/version.h... no > >> >> >> > The file /include/linux/version.h does not exist. > >> >> >> > Please install the package with full kernel sources for your > >> >> >> > distribution > >> >> >> > or use --with-kernel=dir option to specify another directory > with > >> >> kernel > >> >> >> > sources (default is /lib/modules/2.6.18-164.el5/source). > >> >> >> > > >> >> >> > >> >> >> -- > >> >> >> Sent from my mobile device > >> >> >> > >> >> >> Sincerely, > >> >> >> > >> >> >> Giovanni Maruzzelli > >> >> >> Cell : +39-347-2665618 > >> >> >> > >> >> >> _______________________________________________ > >> >> >> FreeSWITCH-users mailing list > >> >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> >> UNSUBSCRIBE: > >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> >> http://www.freeswitch.org > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > FreeSWITCH-users mailing list > >> >> > FreeSWITCH-users at 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 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >> > >> >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >> http://www.freeswitch.org > >> >> > >> > > >> > >> -- > >> Sent from my mobile device > >> > >> Sincerely, > >> > >> Giovanni Maruzzelli > >> Cell : +39-347-2665618 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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, Zuhair Raza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/62d0abf1/attachment-0001.html From gmaruzz at gmail.com Sun Sep 19 11:48:46 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 19 Sep 2010 20:48:46 +0200 Subject: [Freeswitch-users] Skype client memory leak on CentOS? Message-ID: Zuhair reported: > but i m facing only one problem, that after few time skype client leaks its memory and it crashes the free switch... Zuhair, which version of the skype client are you using? The recommended one is 2.0.72 static build. Are you sure you got a memory leak? It will show up as a permanently increasing growing of the memory used by the skype client. You can see this with the "top" command. After one call it will report one number, after many calls will report a bigger number, and it will continue to grow with every call, or as time passes... No memory leaks has been reported using Skype client 2.0.72 static build. -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From gamalsa at hotmail.com Sun Sep 19 00:09:17 2010 From: gamalsa at hotmail.com (gamalsa) Date: Sun, 19 Sep 2010 00:09:17 -0700 (PDT) Subject: [Freeswitch-users] mod_h323 build fine but FS cant start Message-ID: <1284880157667-5547141.post@n2.nabble.com> After compiling and installing ptlib 2.8.1 and h323plus, mod_h323 compile and build fine in FS. Now, when FS try to load mod_h323 it failed with the following error: 2010-09-19 00:58:12.743034 [CONSOLE] switch_loadable_module.c:944 Successfully Loaded [mod_sofia] 2010-09-19 00:58:12.743064 [NOTICE] switch_loadable_module.c:145 Adding Endpoint 'sofia' 2010-09-19 00:58:12.743105 [NOTICE] switch_loadable_module.c:273 Adding API Function 'sofia' --- --- module.c:422 Adding Management interface 'mod_sofia' OID[.1.3.6.1.4.1.27880.1] 2010-09-19 00:58:12.744107 [CONSOLE] switch_loadable_module.c:944 Successfully Loaded terminate called after throwing an instance of '__gnu_cxx::__concurrence_unlock_error' what(): __gnu_cxx::__concurrence_unlock_error -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-h323-build-fine-but-FS-cant-start-tp5547141p5547141.html Sent from the freeswitch-users mailing list archive at Nabble.com. From mj at mjw.se Sun Sep 19 05:15:52 2010 From: mj at mjw.se (mattias) Date: Sun, 19 Sep 2010 14:15:52 +0200 Subject: [Freeswitch-users] The windows installer Message-ID: <000101cb57f4$677be280$9817e255@mj> I install freeswitch and the web interface freepbx On windows But how to access it? From engineerzuhairraza at gmail.com Sun Sep 19 12:21:53 2010 From: engineerzuhairraza at gmail.com (Zuhair Raza) Date: Sun, 19 Sep 2010 12:21:53 -0700 Subject: [Freeswitch-users] Skype client memory leak on CentOS? In-Reply-To: References: Message-ID: im using skype 2.0.72 but im not sure because i never see fs crashing my self so im not sure if it is the problem of skype or something else. It always happens when i m not connected to the terminal. but once when i did sk_list i saw call hangup in process for a very long time and one other status that i forgot also the status of skype was away on my personal skype id I tried to remove the interfaces but Fs was unable to remove it then i tried to kill fs and Xvfb but fs unable to kill among my 16 instances of Xvfb/skype 9 got killed and the 3 that were hung up were not being killed with kill or killall after all this I did kill -9 as Mr Shahryar wrote on the wiki that we can use a script that will remove interfaces from FS and then killall Xvfb and then rerun and load mod_skypopen again and that script should run after some fixed interval. I am trying to find out the issue why it failed ... lets see if i can or not On Sun, Sep 19, 2010 at 11:48 AM, Giovanni Maruzzelli wrote: > Zuhair reported: > > > but i m facing only one problem, that after few time skype client leaks > its memory and it crashes the free switch... > > Zuhair, which version of the skype client are you using? The > recommended one is 2.0.72 static build. > > Are you sure you got a memory leak? > > It will show up as a permanently increasing growing of the memory used > by the skype client. You can see this with the "top" command. After > one call it will report one number, after many calls will report a > bigger number, and it will continue to grow with every call, or as > time passes... > > No memory leaks has been reported using Skype client 2.0.72 static build. > > -giovanni > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/bcf0d5a9/attachment.html From ktngl at yahoo.co.uk Sun Sep 19 13:07:53 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Sun, 19 Sep 2010 20:07:53 +0000 (GMT) Subject: [Freeswitch-users] connecting to external sip port gets picked as internal? Message-ID: <334618.19740.qm@web29203.mail.ird.yahoo.com> For testing purpose I want to connect without registration. I called from the sip ua to the external sip port so auth will not be required however it still seems to be picked up as internal? 2010-09-19 21:02:09.971911 [WARNING] sofia_reg.c:1933 Can't find user [@192.168.1.24] You must define a domain called '192.168.1.24' in your directory and add a user with the id="" attribute and you must configure your device to use the proper domain in it's authentication credentials. 2010-09-19 21:02:09.971911 [WARNING] sofia_reg.c:1066 SIP auth failure (INVITE) on sofia profile 'internal' for [001 at 192.168.1.24] from ip 192.168.1.24 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/5b904951/attachment.html From brian at freeswitch.org Sun Sep 19 16:19:15 2010 From: brian at freeswitch.org (Brian West) Date: Sun, 19 Sep 2010 18:19:15 -0500 Subject: [Freeswitch-users] connecting to external sip port gets picked as internal? In-Reply-To: <334618.19740.qm@web29203.mail.ird.yahoo.com> References: <334618.19740.qm@web29203.mail.ird.yahoo.com> Message-ID: <1F6BA64B-D6B3-48F8-ADB8-9FA01BAC3AD7@freeswitch.org> You need to remove the inbound-acl and set auth-calls to false on the profile then reload and restart the profile. /b On Sep 19, 2010, at 3:07 PM, Nigel Kent wrote: > > For testing purpose I want to connect without registration. > > I called from the sip ua to the external sip port so auth will not be required however it still seems to be picked up as internal? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100919/aaf0b9a3/attachment.html From dujinfang at gmail.com Sun Sep 19 16:52:12 2010 From: dujinfang at gmail.com (Seven Du) Date: Mon, 20 Sep 2010 07:52:12 +0800 Subject: [Freeswitch-users] inbound ESLconnection port In-Reply-To: References: <223008.1823.qm@web29211.mail.ird.yahoo.com> Message-ID: By default it's 8021 on 127.0.0.1, and you can change from conf/autoload_configs/event_socket.conf.xml 2010/9/19 David Ponzone > *NO IDEA!* > * > * > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 19/09/2010 ? 13:51, Nigel Kent a ?crit : > > On what port is does ESLconnection Object listen for inbound connections > from the freeswitch server? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/58696055/attachment-0001.html From curriegrad2004 at gmail.com Sun Sep 19 18:28:49 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Sun, 19 Sep 2010 18:28:49 -0700 Subject: [Freeswitch-users] The windows installer In-Reply-To: <000101cb57f4$677be280$9817e255@mj> References: <000101cb57f4$677be280$9817e255@mj> Message-ID: There should be a link to the web ui of freepbx. That link should be on the desktop afiak. On Sun, Sep 19, 2010 at 5:15 AM, mattias wrote: > I install freeswitch and the web interface freepbx > On windows > But how to access it? > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 curriegrad2004 at gmail.com Sun Sep 19 18:32:50 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Sun, 19 Sep 2010 18:32:50 -0700 Subject: [Freeswitch-users] inbound ESLconnection port In-Reply-To: References: <223008.1823.qm@web29211.mail.ird.yahoo.com> Message-ID: While you're configuring mod_event_socket, it'd be a great idea that you'd change the default password from ClueCon to something else before you open that port up to wherever. It's also a great idea to restrict shell access to the freeswitch box as anyone who has access to the shell can gain access to the Command Line interface if you haven't changed the password to something else. 2010/9/19 Seven Du > > By default it's 8021 on 127.0.0.1, and you can change from conf/autoload_configs/event_socket.conf.xml > > 2010/9/19 David Ponzone >> >> NO IDEA! >> David Ponzone ?Direction Technique >> email: david.ponzone at ipeva.fr >> tel: ? ? ?01 74 03 18 97 >> gsm: ? 06 66 98 76 34 >> Service Client?IPeva >> tel: ? ? ?0811 46 26 26 >> www.ipeva.fr? -? ?www.ipeva-studio.com >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration.?IPeva?d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> Le 19/09/2010 ? 13:51, Nigel Kent a ?crit : >> >> On what port is does ESLconnection Object listen for? inbound connections from the freeswitch server? >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Blog: http://www.dujinfang.com > Proj:? http://www.freeswitch.org.cn > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Sun Sep 19 21:21:39 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 00:21:39 -0400 Subject: [Freeswitch-users] server failure In-Reply-To: <4C94D33F.6050601@jozep.com.au> References: <4C94D33F.6050601@jozep.com.au> Message-ID: <4C96E153.4080106@communicatefreely.net> I think you are missing something, or at least not really explaining the problem. SIP doesn't need to maintain a connection between calls. If you are using udp, there isn't any state maintained. If your server goes down (ie. crashes or reboots), and the registration information is stored in a persistent database, it can still be valid when it comes back up, or that registration data can also be used by a different server that is replicating the same data. Usually it's NAT that gets in the way of this - closing the udp ports due to inactivity or something else similar. There are lots of failover options in SIP. You can use SRV records with multiple proxies, etc. All a phone needs to do is to keep a server informed of where to find it if a call comes in. There is no need to maintain a connection. Depending on the endpoint, a lot of phones will switch to a backup server, and keep trying the primary server. If it comes back up, it wil re-register to the primary. Again, if this data is replicated, it doesn't really matter which server it registers to, as long as it registers somewhere. Maybe if you explain in a bit more detail, someone can help out a bit more. -Tim marian szczepkowski wrote: > Hi > > From what I can gather the idiots who wrote SIP decided that a server > is a never a point of failure, x.25 and all other telecommunication > protocols I have had experience with are able to recover from a remote > end error/restart. All I can find with SIP is a daft time out in the > device to perform a re-registration request, and until that time the > unit is unable to make a call. > > Am I missing something or do I have to go jump through hoops with my > phone code to re-connect to a server after a server failure. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Sun Sep 19 21:23:47 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 00:23:47 -0400 Subject: [Freeswitch-users] Voice mail folders Message-ID: <4C96E1D3.8030607@communicatefreely.net> Hello, I have a lot of former Asterisk users really miffed about the lack of folders in Freeswitch voice mail. I noticed in the database table voicemail_msgs there is a folder column that is always inbox. Is this used for anything? How hard would it be to implement some sort of mechanism that would let you tag a voice mail message as being part of a specific folder, then search those folders later on for playback? Thanks! -Tim From sharad at coraltele.com Sun Sep 19 21:51:04 2010 From: sharad at coraltele.com (sharad) Date: Mon, 20 Sep 2010 10:21:04 +0530 Subject: [Freeswitch-users] recording of voice of non registered users. References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> Message-ID: <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Thanks for your reply. You are absolutely right but wireshark can not be used because there are so many IP users so can not predict who will talk to whom. Secondly can not use port mirroring also because in this way, traffic goes so high. So what I was wondering whether there is any SIP application which can be instructed to record the voice of two end points (Having P2P RTP) on the fly. This way, SIP application will pull the RTP of only those calls which are supposed to be recorded. It is just a thought, if someone can throw some some light on this, we will be thankfull to entire forum. Thanx in advance. Regards Sharad ----- Original Message ----- From: Milena To: FreeSWITCH Users Help Sent: Saturday, September 18, 2010 7:20 PM Subject: Re: [Freeswitch-users] recording of voice of non registered users. Hello, I don't think I follow, you want FreeSWITCH to somehow record calls between two endpoints that have nothing to do with your FreeSWITCH server? and the voice goes straight p2p? why don't you use wireshark in one side of the call to capture the packets instead? On Sat, Sep 18, 2010 at 7:16 AM, sharad wrote: Hi Is tt possible to record the voice of two IP phones who are registered with some other IPPBX & their voice is P2P. Means can FS record the rtp of non registered users ? Would really appreciate if someone could reply this. Regards Sharad _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/778ab644/attachment.html From me at nevian.org Sun Sep 19 22:52:12 2010 From: me at nevian.org (Serge Yuriev) Date: Mon, 20 Sep 2010 09:52:12 +0400 Subject: [Freeswitch-users] recording of voice of non registered users. In-Reply-To: <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Message-ID: Hi I belive anyone of us know many commercial apps for this but I think here is not good place for advertising them. Contact me offlist if you want. On 20 September 2010 08:51, sharad wrote: > Thanks for your reply. > > You are absolutely right but wireshark can not be used because there are so > many IP users so can not predict who will talk to whom. Secondly can not use > port mirroring also because in this way, traffic goes so high. > > So what I was wondering whether there is any SIP application which can be > instructed to?record the voice of two end points (Having P2P RTP) on the > fly.??This way, SIP application will pull the RTP of only those calls which > are supposed to be recorded. > > It is just a thought, if someone can throw some some light on this, we will > be thankfull to entire forum. [snip] -- With kind regards, Serge From abubacker at bksystems.co.in Sun Sep 19 23:33:19 2010 From: abubacker at bksystems.co.in (abubacker) Date: Mon, 20 Sep 2010 12:03:19 +0530 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: <4C94857D.5020107@bksys.co.in> References: <4C936D2F.7050801@bksys.co.in> <4C94857D.5020107@bksys.co.in> Message-ID: <4C97002F.1060603@bksys.co.in> On Saturday 18 September 2010 02:55 PM, abubacker wrote: > On Friday 17 September 2010 08:11 PM, Anthony Minessale wrote: > >> Your machine consumed it's resource limits for threads. >> It's probably a 32 bit box with small ulimits. >> >> run all theses in your current shell before you start FS >> >> ulimit -c unlimited >> ulimit -d unlimited >> ulimit -f unlimited >> ulimit -i unlimited >> ulimit -n 999999 >> ulimit -q unlimited >> ulimit -u unlimited >> ulimit -v unlimited >> ulimit -x unlimited >> ulimit -s 244 >> ulimit -l unlimited >> >> >> If you still see it, get a much nicer box, 64 bit preferable. >> >> >> On Fri, Sep 17, 2010 at 8:29 AM, abubacker wrote: >> >> >>> I installed 2 freeswitch in a single machine in a 2 different user account >>> my intention was to simulate 100 calls from one freeswitch to another >>> freeswitch >>> but once after crossing the 40 calls the freeswitch which is receiving calls >>> threw this error : >>> >>> 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel >>> sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] >>> 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot create >>> thread! >>> >>> what is it ,why it is unable to create a thread ? >>> >>> -- >>> Best regards, >>> N.Abubacker , >>> Associate system engineer , >>> bk systems pvt ltd , >>> Ph : 9144-43902701 >>> >>> Disclaimer: http://www.bksystems.co.in/email-policy >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >> >> >> > Thank you antony ,after applying your solution that error didnt appear > Can u suggest me the hardware details needs to run a busy call center > using > freeswitch PBX with detail. > > since I am using fifo , show channels command showing 4 calls when 2 customers calling us, status command shows that only 154 sessions are possible , how to increase this sessions and kindly tell me the hardware configurations to park more than 500 calls in freeswitch and more than 200 calls in a queue ( totally 700 calls ) . $ status UP 0 years, 0 days, 0 hours, 1 minute, 51 seconds, 38 milliseconds, 921 microseconds 156 session(s) since startup 154 session(s) 0/30 145 session(s) max min idle cpu 0.00/98.00 -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From leo.zibi at gmail.com Sun Sep 19 23:40:36 2010 From: leo.zibi at gmail.com (leo.zibi at gmail.com) Date: Mon, 20 Sep 2010 08:40:36 +0200 Subject: [Freeswitch-users] inbound ESLconnection port In-Reply-To: References: <223008.1823.qm@web29211.mail.ird.yahoo.com> Message-ID: <4C9701E4.2030406@gmail.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/8eea05c9/attachment-0001.html From steveayre at gmail.com Mon Sep 20 00:25:33 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 20 Sep 2010 08:25:33 +0100 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: <4C94857D.5020107@bksys.co.in> References: <4C936D2F.7050801@bksys.co.in> <4C94857D.5020107@bksys.co.in> Message-ID: What's the spec of your machine? Is it 32 or 64 bit? Are you actually using a 64bit OS? If you post your spec then we can tell you whether it looks good enough or what you might want to change... probably better to do it that way because declaring a 'recommended spec' is rather difficult in practice as everyone's use of FreeSWITCH is different so peoples requirements vary dramatically (for instance, how many calls do you get in what, in what period, any transcoding, how many apps, which apps etc, which is different for everyone all affect the system load) -Steve On 18 September 2010 10:25, abubacker wrote: > On Friday 17 September 2010 08:11 PM, Anthony Minessale wrote: > > Your machine consumed it's resource limits for threads. > > It's probably a 32 bit box with small ulimits. > > > > run all theses in your current shell before you start FS > > > > ulimit -c unlimited > > ulimit -d unlimited > > ulimit -f unlimited > > ulimit -i unlimited > > ulimit -n 999999 > > ulimit -q unlimited > > ulimit -u unlimited > > ulimit -v unlimited > > ulimit -x unlimited > > ulimit -s 244 > > ulimit -l unlimited > > > > > > If you still see it, get a much nicer box, 64 bit preferable. > > > > > > On Fri, Sep 17, 2010 at 8:29 AM, abubacker > wrote: > > > >> I installed 2 freeswitch in a single machine in a 2 different user > account > >> my intention was to simulate 100 calls from one freeswitch to another > >> freeswitch > >> but once after crossing the 40 calls the freeswitch which is receiving > calls > >> threw this error : > >> > >> 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel > >> sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] > >> 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot > create > >> thread! > >> > >> what is it ,why it is unable to create a thread ? > >> > >> -- > >> Best regards, > >> N.Abubacker , > >> Associate system engineer , > >> bk systems pvt ltd , > >> Ph : 9144-43902701 > >> > >> Disclaimer: http://www.bksystems.co.in/email-policy > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > >> > >> > > > > > > > Thank you antony ,after applying your solution that error didnt appear > Can u suggest me the hardware details needs to run a busy call center > using > freeswitch PBX with detail. > > -- > Best regards, > N.Abubacker , > Associate system engineer , > bk systems pvt ltd , > Ph : 9144-43902701 > > Disclaimer: http://www.bksystems.co.in/email-policy > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/59c55158/attachment.html From steveayre at gmail.com Mon Sep 20 00:30:53 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 20 Sep 2010 08:30:53 +0100 Subject: [Freeswitch-users] server failure In-Reply-To: <4C96E153.4080106@communicatefreely.net> References: <4C94D33F.6050601@jozep.com.au> <4C96E153.4080106@communicatefreely.net> Message-ID: I think it sounds like the issue is having is his phone registers and the server then crashes. Because there is no connection kept open the phone doesn't detect the server is no longer available, so it keeps trying to send calls to the offline server instead of switching to another server. There are a few solutions: 1) Client side: Either get a phone that can fall back to a backup, or log out and in again 2) Server side: Install a load balancer/ipvs/virtual ip to perform HA so that when one server fails another server automatically takes over its calls 3) Client+server combination: Use DNS SRV records to give the client a list of several servers with weights & priorities. It'll rely on the client supporting that though, and not just calling the same IP from the pool every time. -Steve On 20 September 2010 05:21, Tim St. Pierre wrote: > I think you are missing something, or at least not really explaining the > problem. > > SIP doesn't need to maintain a connection between calls. If you are using > udp, there isn't any > state maintained. > > If your server goes down (ie. crashes or reboots), and the registration > information is stored in a > persistent database, it can still be valid when it comes back up, or that > registration data can also > be used by a different server that is replicating the same data. Usually > it's NAT that gets in the > way of this - closing the udp ports due to inactivity or something else > similar. There are lots of > failover options in SIP. You can use SRV records with multiple proxies, > etc. All a phone needs to > do is to keep a server informed of where to find it if a call comes in. > There is no need to > maintain a connection. > > Depending on the endpoint, a lot of phones will switch to a backup server, > and keep trying the > primary server. If it comes back up, it wil re-register to the primary. > Again, if this data is > replicated, it doesn't really matter which server it registers to, as long > as it registers somewhere. > > Maybe if you explain in a bit more detail, someone can help out a bit more. > > -Tim > > marian szczepkowski wrote: > > Hi > > > > From what I can gather the idiots who wrote SIP decided that a server > > is a never a point of failure, x.25 and all other telecommunication > > protocols I have had experience with are able to recover from a remote > > end error/restart. All I can find with SIP is a daft time out in the > > device to perform a re-registration request, and until that time the > > unit is unable to make a call. > > > > Am I missing something or do I have to go jump through hoops with my > > phone code to re-connect to a server after a server failure. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/8b123935/attachment.html From david.ponzone at ipeva.fr Mon Sep 20 00:51:05 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 09:51:05 +0200 Subject: [Freeswitch-users] recording of voice of non registered users. In-Reply-To: <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Message-ID: I don't really understand how you could record a RTP flow that is P2P between the 2 phones, without having the IPBX itself recording, or wiresharks on all your endpoints. Though, one solution would be to connect your IPBX to FS through a SIP trunk and to configure your IPBX so that all calls, even internal, are routed through the SIP Trunk. This way, you would be able to record internal calls in FS, assuming your IPBX can do that. Other solutions not involving FS are out of the scope of this mailing- list. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 06:51, sharad a ?crit : > Thanks for your reply. > > You are absolutely right but wireshark can not be used because there > are so many IP users so can not predict who will talk to whom. > Secondly can not use port mirroring also because in this way, > traffic goes so high. > > So what I was wondering whether there is any SIP application which > can be instructed to record the voice of two end points (Having P2P > RTP) on the fly. This way, SIP application will pull the RTP of > only those calls which are supposed to be recorded. > > It is just a thought, if someone can throw some some light on this, > we will be thankfull to entire forum. > > Thanx in advance. > > Regards > Sharad > > > ----- Original Message ----- > From: Milena > To: FreeSWITCH Users Help > Sent: Saturday, September 18, 2010 7:20 PM > Subject: Re: [Freeswitch-users] recording of voice of non registered > users. > > Hello, > > I don't think I follow, you want FreeSWITCH to somehow record calls > between two endpoints that have nothing to do with your FreeSWITCH > server? and the voice goes straight p2p? why don't you use wireshark > in one side of the call to capture the packets instead? > > > On Sat, Sep 18, 2010 at 7:16 AM, sharad wrote: > Hi > > Is tt possible to record the voice of two IP phones who are > registered with > some other IPPBX & their voice is P2P. > > Means can FS record the rtp of non registered users ? > > Would really appreciate if someone could reply this. > > Regards > Sharad > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/b3c1ea5a/attachment-0001.html From sharad at coraltele.com Mon Sep 20 00:55:23 2010 From: sharad at coraltele.com (sharad) Date: Mon, 20 Sep 2010 13:25:23 +0530 Subject: [Freeswitch-users] recording of voice of non registered users. References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad><649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Message-ID: <28B1250258C840CB92CD3FAD446F41CF@sharad> thanks.....i will try with sip trunking with FS. regards sharad ----- Original Message ----- From: David Ponzone To: FreeSWITCH Users Help Sent: Monday, September 20, 2010 1:21 PM Subject: Re: [Freeswitch-users] recording of voice of non registered users. I don't really understand how you could record a RTP flow that is P2P between the 2 phones, without having the IPBX itself recording, or wiresharks on all your endpoints. Though, one solution would be to connect your IPBX to FS through a SIP trunk and to configure your IPBX so that all calls, even internal, are routed through the SIP Trunk. This way, you would be able to record internal calls in FS, assuming your IPBX can do that. Other solutions not involving FS are out of the scope of this mailing-list. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 06:51, sharad a ?crit : Thanks for your reply. You are absolutely right but wireshark can not be used because there are so many IP users so can not predict who will talk to whom. Secondly can not use port mirroring also because in this way, traffic goes so high. So what I was wondering whether there is any SIP application which can be instructed to record the voice of two end points (Having P2P RTP) on the fly. This way, SIP application will pull the RTP of only those calls which are supposed to be recorded. It is just a thought, if someone can throw some some light on this, we will be thankfull to entire forum. Thanx in advance. Regards Sharad ----- Original Message ----- From: Milena To: FreeSWITCH Users Help Sent: Saturday, September 18, 2010 7:20 PM Subject: Re: [Freeswitch-users] recording of voice of non registered users. Hello, I don't think I follow, you want FreeSWITCH to somehow record calls between two endpoints that have nothing to do with your FreeSWITCH server? and the voice goes straight p2p? why don't you use wireshark in one side of the call to capture the packets instead? On Sat, Sep 18, 2010 at 7:16 AM, sharad wrote: Hi Is tt possible to record the voice of two IP phones who are registered with some other IPPBX & their voice is P2P. Means can FS record the rtp of non registered users ? Would really appreciate if someone could reply this. Regards Sharad _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/6adc70fe/attachment.html From lortas at freenet.de Mon Sep 20 01:50:16 2010 From: lortas at freenet.de (Holger von Rhein) Date: Mon, 20 Sep 2010 10:50:16 +0200 Subject: [Freeswitch-users] Modems In-Reply-To: References: <81802D63-8635-465F-B478-34C846F4E61F@ukgb.net> <197186CA-C15C-4F73-82A0-FB219FF9E2EA@ukgb.net> Message-ID: <4C972048.7010103@freenet.de> Am 10.08.2010 02:39, schrieb Michael Collins: > Check out the Linksys SPA-3102 > -MC Do you know if this device forward the caller id (respectively caller phone number) transferred from the PSTN to the SIP-switch (FreeSwitch). Normally it should, because it may be necessary for routing. Kind Regards, Holger From lloyd.aloysius at gmail.com Mon Sep 20 06:24:27 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Mon, 20 Sep 2010 09:24:27 -0400 Subject: [Freeswitch-users] Routing DID to a PSTN Number Message-ID: Hello, I have the following Dial plan for Routing DID to a PSTN Number and it is working. Is there anyway to route the call without answer ( ) Any help is appreciated. Thanks Lloyd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/d953593c/attachment.html From david.ponzone at ipeva.fr Mon Sep 20 06:42:34 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 15:42:34 +0200 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: References: Message-ID: <92A42259-5FF4-43BA-B2F6-F7BD19A660A1@ipeva.fr> Aloysius, Of course, you don't have to call answer before bridge. Just bridge it :) But I am not sure to understand why you want to achieve by doing this. It will just make FS answer later. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 15:24, Aloysius Lloyd a ?crit : > Hello, > > I have the following Dial plan for Routing DID to a PSTN Number and > it is working. > > > > > > > > > > Is there anyway to route the call without answer ( application="answer"/>) > > Any help is appreciated. > > Thanks > Lloyd > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/d28361e7/attachment-0001.html From sos at sokhapkin.dyndns.org Mon Sep 20 06:45:07 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Mon, 20 Sep 2010 09:45:07 -0400 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: References: Message-ID: <201009200945.07056.sos@sokhapkin.dyndns.org> What happens if you remove "answer"? On Monday 20 September 2010, Aloysius Lloyd wrote: > Hello, > > I have the following Dial plan for Routing DID to a PSTN Number and it is > working. > > > > > data="sofia/gateway/voipms/14161231234"/> > > > > > Is there anyway to route the call without answer ( application="answer"/>) > > Any help is appreciated. > > Thanks > Lloyd > From anthony.minessale at gmail.com Mon Sep 20 06:49:43 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 20 Sep 2010 08:49:43 -0500 Subject: [Freeswitch-users] Error : Cannot create thread! In-Reply-To: References: <4C936D2F.7050801@bksys.co.in> <4C94857D.5020107@bksys.co.in> Message-ID: my usual answer for a minimum box is: 64 bit (4 or more cores) intel based modern cpu (less than 2 years old) running centos 5.x On Mon, Sep 20, 2010 at 2:25 AM, Steven Ayre wrote: > What's the spec of your machine? Is it 32 or 64 bit? Are you actually using > a 64bit OS? > > If you post your spec then we can tell you whether it looks good enough or > what you might want to change... probably better to do it that way because > declaring a 'recommended spec' is rather difficult in practice as everyone's > use of FreeSWITCH is different so peoples requirements vary dramatically > (for instance, how many calls do you get in what, in what period, any > transcoding, how many apps, which apps etc, which is different for everyone > all affect the system load) > > -Steve > > > On 18 September 2010 10:25, abubacker wrote: >> >> On Friday 17 September 2010 08:11 PM, Anthony Minessale wrote: >> > Your machine consumed it's resource limits for threads. >> > It's probably a 32 bit box with small ulimits. >> > >> > run all theses in your current shell before you start FS >> > >> > ulimit -c unlimited >> > ulimit -d unlimited >> > ulimit -f unlimited >> > ulimit -i unlimited >> > ulimit -n 999999 >> > ulimit -q unlimited >> > ulimit -u unlimited >> > ulimit -v unlimited >> > ulimit -x unlimited >> > ulimit -s 244 >> > ulimit -l unlimited >> > >> > >> > If you still see it, get a much nicer box, 64 bit preferable. >> > >> > >> > On Fri, Sep 17, 2010 at 8:29 AM, abubacker >> > ?wrote: >> > >> >> I installed 2 freeswitch in a single machine in a 2 different user >> >> account >> >> my intention was to simulate 100 calls from one freeswitch to another >> >> freeswitch >> >> but once after crossing the 40 calls the freeswitch which is receiving >> >> calls >> >> threw this error : >> >> >> >> 2010-09-17 13:25:01.993715 [NOTICE] switch_channel.c:779 New Channel >> >> sofia/external/200 at 192.168.6.182 [f9e96672-c25e-11df-b22d-b96292a72916] >> >> 2010-09-17 13:25:01.994725 [CRIT] switch_core_session.c:1255 Cannot >> >> create >> >> thread! >> >> >> >> what is it ,why it is unable to create a thread ? >> >> >> >> -- >> >> Best regards, >> >> N.Abubacker , >> >> Associate system engineer , >> >> bk systems pvt ltd , >> >> Ph : 9144-43902701 >> >> >> >> Disclaimer: http://www.bksystems.co.in/email-policy >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> >> >> >> > >> > >> > >> Thank you antony ,after applying your solution that error didnt appear >> ?Can u suggest me the hardware details needs to run a busy call center >> using >> freeswitch PBX with detail. >> >> -- >> Best regards, >> N.Abubacker , >> Associate system engineer , >> bk systems pvt ltd , >> Ph : 9144-43902701 >> >> Disclaimer: http://www.bksystems.co.in/email-policy >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brian at freeswitch.org Mon Sep 20 06:50:41 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 08:50:41 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <4C96E1D3.8030607@communicatefreely.net> References: <4C96E1D3.8030607@communicatefreely.net> Message-ID: On Sep 19, 2010, at 11:23 PM, Tim St. Pierre wrote: > Hello, > > I have a lot of former Asterisk users really miffed about the lack of folders in Freeswitch voice mail. http://jira.freeswitch.org/browse/BOUNTY-22 Donate to the cause then. > > I noticed in the database table voicemail_msgs there is a folder column that is always inbox. Is > this used for anything? > > How hard would it be to implement some sort of mechanism that would let you tag a voice mail message > as being part of a specific folder, then search those folders later on for playback? > > Thanks! > > -Tim From brian at freeswitch.org Mon Sep 20 06:53:33 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 08:53:33 -0500 Subject: [Freeswitch-users] recording of voice of non registered users. In-Reply-To: References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Message-ID: <051735E0-361D-4ABA-8845-8D7A575E200C@freeswitch.org> www.nsa.gov they might have the worm hole technology required to listen in on the call. /b On Sep 20, 2010, at 2:51 AM, David Ponzone wrote: > I don't really understand how you could record a RTP flow that is P2P between the 2 phones, without having the IPBX itself recording, or wiresharks on all your endpoints. > > Though, one solution would be to connect your IPBX to FS through a SIP trunk and to configure your IPBX so that all calls, even internal, are routed through the SIP Trunk. > This way, you would be able to record internal calls in FS, assuming your IPBX can do that. > > Other solutions not involving FS are out of the scope of this mailing-list. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > From lloyd.aloysius at sunteltech.ca Mon Sep 20 06:58:04 2010 From: lloyd.aloysius at sunteltech.ca (Aloysius Lloyd) Date: Mon, 20 Sep 2010 09:58:04 -0400 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: <201009200945.07056.sos@sokhapkin.dyndns.org> References: <201009200945.07056.sos@sokhapkin.dyndns.org> Message-ID: if I remove the answer , early media problems , lots of noices Thanks Lloyd On Mon, Sep 20, 2010 at 9:45 AM, Sergey Okhapkin wrote: > What happens if you remove "answer"? > > On Monday 20 September 2010, Aloysius Lloyd wrote: > > Hello, > > > > I have the following Dial plan for Routing DID to a PSTN Number and it is > > working. > > > > > > > > > > > data="sofia/gateway/voipms/14161231234"/> > > > > > > > > > > Is there anyway to route the call without answer ( > application="answer"/>) > > > > Any help is appreciated. > > > > Thanks > > Lloyd > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/73aab341/attachment.html From david.ponzone at ipeva.fr Mon Sep 20 07:00:22 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 16:00:22 +0200 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: <201009200945.07056.sos@sokhapkin.dyndns.org> References: <201009200945.07056.sos@sokhapkin.dyndns.org> Message-ID: <61BF6A48-7F4F-47CD-AF99-9FC231E66AA6@ipeva.fr> The leg A wont be answered immediately. Try it. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 15:45, Sergey Okhapkin a ?crit : > What happens if you remove "answer"? > > On Monday 20 September 2010, Aloysius Lloyd wrote: >> Hello, >> >> I have the following Dial plan for Routing DID to a PSTN Number and >> it is >> working. >> >> >> >> >> > data="sofia/gateway/voipms/14161231234"/> >> >> >> >> >> Is there anyway to route the call without answer ( > application="answer"/>) >> >> Any help is appreciated. >> >> Thanks >> Lloyd >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/52aa467f/attachment-0001.html From peder at networkoblivion.com Mon Sep 20 07:03:02 2010 From: peder at networkoblivion.com (Peder) Date: Mon, 20 Sep 2010 09:03:02 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <4C96E1D3.8030607@communicatefreely.net> References: <4C96E1D3.8030607@communicatefreely.net> Message-ID: <0cbd01cb58cc$8a61d0b0$9f257210$@com> I know this isn't a direct answer for your question, but I always tell people to have it emailed to them as well, and then they can file it in their email folders, which is infinitely easier to search. Personally I've never understood people that use huge folders of voicemail. How the heck do you search through 90 messages in a timely manner? -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Tim St. Pierre Sent: Sunday, September 19, 2010 11:24 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Voice mail folders Hello, I have a lot of former Asterisk users really miffed about the lack of folders in Freeswitch voice mail. I noticed in the database table voicemail_msgs there is a folder column that is always inbox. Is this used for anything? How hard would it be to implement some sort of mechanism that would let you tag a voice mail message as being part of a specific folder, then search those folders later on for playback? Thanks! -Tim _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 Sep 20 07:07:36 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 09:07:36 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <0cbd01cb58cc$8a61d0b0$9f257210$@com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> Message-ID: <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> The quick answer is YOU DON'T. The best corse of action is email it... and sort it all there. Personally I can't stand voicemail... I don't leave voicemail for people because I hate playing tag. I'll email or sms before I'll leave a voicemail. /b On Sep 20, 2010, at 9:03 AM, Peder wrote: > I know this isn't a direct answer for your question, but I always tell > people to have it emailed to them as well, and then they can file it in > their email folders, which is infinitely easier to search. Personally I've > never understood people that use huge folders of voicemail. How the heck do > you search through 90 messages in a timely manner? > > -----Original Message----- From mustafa.pk at gmail.com Mon Sep 20 08:02:06 2010 From: mustafa.pk at gmail.com (Ghulam Mustafa) Date: Mon, 20 Sep 2010 20:02:06 +0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> Message-ID: @Brian, bounty makes a sense, but you just hate something is not the solution to some problem :). On Mon, Sep 20, 2010 at 7:07 PM, Brian West wrote: > The quick answer is YOU DON'T. The best corse of action is email it... and > sort it all there. Personally I can't stand voicemail... I don't leave > voicemail for people because I hate playing tag. I'll email or sms before > I'll leave a voicemail. > > /b > > On Sep 20, 2010, at 9:03 AM, Peder wrote: > > > I know this isn't a direct answer for your question, but I always tell > > people to have it emailed to them as well, and then they can file it in > > their email folders, which is infinitely easier to search. Personally > I've > > never understood people that use huge folders of voicemail. How the heck > do > > you search through 90 messages in a timely manner? > > > > -----Original Message----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Ghulam Mustafa cell: +92 333.611.7681 sip: cyrenity at ekiga.net mail: mustafa.pk at gmail.com web: cyrenity.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/add9f03c/attachment.html From brian at freeswitch.org Mon Sep 20 08:08:36 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 10:08:36 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> Message-ID: <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> Never said it was the solution.. just voicing my opinion on voicemail in general. /b On Sep 20, 2010, at 10:02 AM, Ghulam Mustafa wrote: > @Brian, bounty makes a sense, but you just hate something is not the solution to some problem :). > > On Mon, Sep 20, 2010 at 7:07 PM, Brian West wrote: > The quick answer is YOU DON'T. The best corse of action is email it... and sort it all there. Personally I can't stand voicemail... I don't leave voicemail for people because I hate playing tag. I'll email or sms before I'll leave a voicemail. > > /b > From davidwaf at gmail.com Mon Sep 20 07:59:35 2010 From: davidwaf at gmail.com (David Wafula) Date: Mon, 20 Sep 2010 16:59:35 +0200 Subject: [Freeswitch-users] New to freeswitch: Tetris In-Reply-To: References: Message-ID: On Fri, Sep 10, 2010 at 6:10 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > install the sounds too > > make hd-moh-install > make hd-sounds-install > > Thanks, Giovanni, Anthony. I took time to get back to this. Initially i was running a deb, so this afternoon i decided to compile from source and the logs show everything going fine from preliminary tests, playing voice mail sounds and stuff. Am using own custom java-based softphone, so will shout if i run into anything. -- David Wafula -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/65dcc4b9/attachment.html From eric.com.inq at gmail.com Mon Sep 20 08:20:14 2010 From: eric.com.inq at gmail.com (Eric) Date: Mon, 20 Sep 2010 10:20:14 -0500 Subject: [Freeswitch-users] question about VMD Message-ID: <201009201020137180979@gmail.com> Hi, I need somebody help me on this. Based on my currently knowledge, the way to detect Answering machine(AM) is about guessing if a live person picks up or the AM plays voice prompt. Normally the detection algorithm monitors the first a few seconds of audio on the line, then tries to guess live person or AM based on certain patterns, like find several seconds silence, this is the way Dialogic using, it is not perfect though. Is FS has the similar function todo this instead of detecting the BEEP? Thanks! 2010-09-20 Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/57d46bd9/attachment.html From sprice at gmail.com Mon Sep 20 08:35:13 2010 From: sprice at gmail.com (SP) Date: Mon, 20 Sep 2010 10:35:13 -0500 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <4C93A2F4.6040002@sns.eu> References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> <4C93A2F4.6040002@sns.eu> Message-ID: Fixed now, give it a go! On Fri, Sep 17, 2010 at 12:18, Jan Riedinger wrote: > ?Hi Brian, > > please let me know, when it is fixed, then I will repeat my tests. I > think missing fax transmission capabilities is a serious problem. > > Thank you in advance > ? ?Jan > > Am 17.09.2010 18:54, schrieb Brian West: >> Yah thats a bug we are working on it. ?You can chill for a few ;) >> >> /b >> >> On Sep 17, 2010, at 11:50 AM, Jan Riedinger wrote: >> >>> Hello All Together, >>> >>> I tried to set t38_passthru=true in the dialplan, but fax transmission is still not working. Now INVITE SDP (t38) is passed through, but e. g. ?the response ?200 OK SDP (t38) is ?not passed. >>> >>> Just one hint, if you compare "Fax trace2.tif" with the trace of my last e-mail: I'm not sure, if I made both traces with exactly the same setup, because I tested with various carriers, but I observe similiar behaviour with all of them. >>> >>> Another hint was to set. In the Wiki I found "Proxy media is really a special hack that should only be used for T.38 passthrough. If you are using it for other purposes, think about it some more...". Do you think it is reasonable to use this setting for a common purpose wholesale switch? >>> >>> Thank you in advance >>> ? ? ? ? ? ? Jan >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Jan Riedinger ? ? ? ? ? ? ? ? ? ? ? ? ? Phone : ?+49-30-39 73 19 66 > Dipl.-Inf. | Managing Director ? ? ? ? ?Fax ? : ?+49-30-39 73 19 64 > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? E-Mail: ?riedinger at sns.eu > SNS Consult GmbH ? ? ? ? ? ? ? ? ? ? ? ?ICQ ? : ?163-237-041 > S?dwestkorso 49a ? ? ? ? ? ? ? ? ? ? ? ?MSN ? : ?jan at sns-consult.de > 14197 Berlin GERMANY ? ? ? ? ? ? ? ? ? ?Skype : ?Jan Riedinger > > AG Charlottenburg - HRB 71973 > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Shannon From freeswitch-list at puzzled.xs4all.nl Mon Sep 20 08:46:33 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Mon, 20 Sep 2010 17:46:33 +0200 Subject: [Freeswitch-users] recording of voice of non registered users. In-Reply-To: <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> Message-ID: <4C9781D9.2080209@puzzled.xs4all.nl> On 09/20/2010 06:51 AM, sharad wrote: > Thanks for your reply. > You are absolutely right but wireshark can not be used because there are > so many IP users so can not predict who will talk to whom. Secondly can > not use port mirroring also because in this way, traffic goes so high. > So what I was wondering whether there is any SIP application which can > be instructed to record the voice of two end points (Having P2P RTP) on > the fly. This way, SIP application will pull the RTP of only those calls > which are supposed to be recorded. > It is just a thought, if someone can throw some some light on this, we > will be thankfull to entire forum. > Thanx in advance. > Regards Have a look at http://www.orecx.com Regards, Patrick From kond at nstel.ru Mon Sep 20 08:47:19 2010 From: kond at nstel.ru (Nikolay Kondratyev) Date: Mon, 20 Sep 2010 19:47:19 +0400 Subject: [Freeswitch-users] mod_h323 build fine but FS cant start In-Reply-To: <1284880157667-5547141.post@n2.nabble.com> Message-ID: <20100920154719.2EB551221E@mail.nstel.ru> I use mod_h323 for the sake of sip - h.323 gateway. I do not see an attempt of loading mod_h323 in the lines you show.... Here is what I see in the log when mod_h323 is loaded : 2010-02-09 18:50:07.557246 [CONSOLE] mod_h323.cpp:73 Starting loading mod_h323 freeswitch at internal> 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:443 Created Listener 'default' 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:282 Config capabilliti PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti PCMA to PCMA 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3286 FindCapability: "G.711-ALaw-64k{sw}" 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: G.711-ALaw-64k <1> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3286 FindCapability: "G.711-ALaw-64k{sw}" 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3286 FindCapability: "G.711-ALaw-64k{sw}" 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3286 FindCapability: "G.711-ALaw-64k{sw}" 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3286 FindCapability: "G.711-ALaw-64k{sw}" 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:2011 No Extended Capabilities found to load 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:303 H.323 added 1 capabilities 'G.711-ALaw-64k*{sw}' 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti PCMU to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti GSM to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G723 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G729b to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G729 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G729a to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G729ab to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G723.1 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G723.1-5k3 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G723.1a-5k3 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] mod_h323.cpp:287 Find capabilliti G723.1a-6k3 to PCMA 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/hookflash <2> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/basicString <3> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/dtmf <4> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/RFC2833 <5> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/Navigation <6> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/Softkey <7> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/PointDevice <8> 2010-02-09 18:50:07.618229 [DEBUG] h323caps.cxx:3198 Added capability: UserInput/Modal <9> 2010-02-09 18:50:07.618229 [INFO] mod_h323.cpp:313 Capability Table: Table: G.711-ALaw-64k <1> UserInput/hookflash <2> UserInput/basicString <3> UserInput/dtmf <4> UserInput/RFC2833 <5> UserInput/Navigation <6> UserInput/Softkey <7> UserInput/PointDevice <8> UserInput/Modal <9> Set: 0: 0: G.711-ALaw-64k <1> 1: UserInput/hookflash <2> UserInput/basicString <3> UserInput/dtmf <4> UserInput/RFC2833 < Log-Func: Log-Line: 0 User-Data: 5> UserInput/Navigation <6> UserInput/Softkey <7> UserInput/PointDeviINCOMING DATA [(null)] RECV EVENT Event-Name: SOCKET_DATA 2010-02-09 18:50:07.618229 [DEBUG] osutil.cxx:188 File handle high water mark set: 59 PTCPSocket 2010-02-09 18:50:07.618229 [DEBUG] h323ep.cxx:1177 Started cleaner thread 2010-02-09 18:50:07.618229 [DEBUG] h323ep.cxx:2033 Started listener Listener[ip$172.23.22.49:1720] 2010-02-09 18:50:07.618229 [DEBUG] tlibthrd.cxx:583 Thread high water mark set: 3 2010-02-09 18:50:07.618229 [CONSOLE] mod_h323.cpp:86 Opal manager initialized and running 2010-02-09 18:50:07.618229 [CONSOLE] switch_loadable_module.c:900 Successfully Loaded [mod_h323] 2010-02-09 18:50:07.618229 [NOTICE] switch_loadable_module.c:144 Adding Endpoint 'h323' 2010-02-09 18:50:07.627207 [DEBUG] transports.cxx:1521 Awaiting TCP connections on port 1720 2010-02-09 18:50:07.627207 [DEBUG] transports.cxx:1475 Waiting on socket accept on ip$172.23.22.49:1720 fs_cli -x "show modules" should show h323 module if it was loaded... Did you try to load module via 'load mod_h323' from fs command line? Rgds, Nikolay. > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On > Behalf Of gamalsa > Sent: Sunday, September 19, 2010 11:09 AM > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] mod_h323 build fine but FS cant start > > > After compiling and installing ptlib 2.8.1 and h323plus, > mod_h323 compile and build fine in FS. > > Now, when FS try to load mod_h323 it failed with the following error: > > 2010-09-19 00:58:12.743034 [CONSOLE] > switch_loadable_module.c:944 Successfully Loaded [mod_sofia] > 2010-09-19 00:58:12.743064 [NOTICE] > switch_loadable_module.c:145 Adding Endpoint 'sofia' > 2010-09-19 00:58:12.743105 [NOTICE] > switch_loadable_module.c:273 Adding API Function 'sofia' > --- > --- > > module.c:422 Adding Management interface 'mod_sofia' > OID[.1.3.6.1.4.1.27880.1] > 2010-09-19 00:58:12.744107 [CONSOLE] > switch_loadable_module.c:944 Successfully Loaded > > terminate called after throwing an instance of > '__gnu_cxx::__concurrence_unlock_error' > what(): __gnu_cxx::__concurrence_unlock_error > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/mod-h323-build-f > ine-but-FS-cant-start-tp5547141p5547141.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freesw > itch-users > http://www.freeswitch.org From mario_fs at mgtech.com Mon Sep 20 08:45:37 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 08:45:37 -0700 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? Message-ID: <4C9781A1.6020207@mgtech.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/531181ce/attachment.html From brian at freeswitch.org Mon Sep 20 09:04:46 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 11:04:46 -0500 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <4C9781A1.6020207@mgtech.com> References: <4C9781A1.6020207@mgtech.com> Message-ID: <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> In this case you have to name each gateway unique names and use the proxy field to specify the hostname to the proxy. /b On Sep 20, 2010, at 10:45 AM, Mario wrote: > I have more than 1 account at an ITSP, I put both on sip_profiles/external. Both work but only one at a time. At startup I get ignoring duplicate gateway. I looked at the new book (very good) and examples, wiki, etc. but could not find a way to do this. This is a major problem. Anyone know how to do this? Thanks. > > -- > Mario > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fdelawarde at wirelessmundi.com Mon Sep 20 09:05:38 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Mon, 20 Sep 2010 18:05:38 +0200 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> Message-ID: <1284998738.25013.15.camel@luna.tc.commsmundi.com> I have the same problem for Fax, but unfortunately some people are difficult to convince they should use email instead. Tim: You could also implement your own custom voicemail system using some lua script or similar! It's just another IVR after all. Fran?ois. On Mon, 2010-09-20 at 10:08 -0500, Brian West wrote: > Never said it was the solution.. just voicing my opinion on voicemail in general. > > /b > > On Sep 20, 2010, at 10:02 AM, Ghulam Mustafa wrote: > > > @Brian, bounty makes a sense, but you just hate something is not the solution to some problem :). > > > > On Mon, Sep 20, 2010 at 7:07 PM, Brian West wrote: > > The quick answer is YOU DON'T. The best corse of action is email it... and sort it all there. Personally I can't stand voicemail... I don't leave voicemail for people because I hate playing tag. I'll email or sms before I'll leave a voicemail. > > > > /b > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Mon Sep 20 09:09:02 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 18:09:02 +0200 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <4C9781A1.6020207@mgtech.com> References: <4C9781A1.6020207@mgtech.com> Message-ID: You should perhaps use different names. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 17:45, Mario a ?crit : > I have more than 1 account at an ITSP, I put both on sip_profiles/ > external. Both work but only one at a time. At startup I get > ignoring duplicate gateway. I looked at the new book (very good) and > examples, wiki, etc. but could not find a way to do this. This is a > major problem. Anyone know how to do this? Thanks. > > -- > Mario > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/62eed4aa/attachment.html From brian at freeswitch.org Mon Sep 20 09:09:20 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 11:09:20 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <1284998738.25013.15.camel@luna.tc.commsmundi.com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> Message-ID: <56934429-DE7F-40EA-8414-6C988B66F020@freeswitch.org> Yep loading up a 352 page PDF into the fax system and really having an expectation of that actually making it to the far end is quit amusing. /b On Sep 20, 2010, at 11:05 AM, Fran?ois Delawarde wrote: > I have the same problem for Fax, but unfortunately some people are > difficult to convince they should use email instead. > > Tim: You could also implement your own custom voicemail system using > some lua script or similar! It's just another IVR after all. > > Fran?ois. From acosgrov at gmail.com Mon Sep 20 09:11:09 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Mon, 20 Sep 2010 12:11:09 -0400 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <4C9781A1.6020207@mgtech.com> References: <4C9781A1.6020207@mgtech.com> Message-ID: <1284999069.2296.1.camel@acosgrove-desktop> Have you tried making sure your gateway tag is different for the other account? Anthony C On Mon, 2010-09-20 at 08:45 -0700, Mario wrote: > I have more than 1 account at an ITSP, I put both on > sip_profiles/external. Both work but only one at a time. At startup I > get ignoring duplicate gateway. I looked at the new book (very good) > and examples, wiki, etc. but could not find a way to do this. This is > a major problem. Anyone know how to do this? Thanks. > > -- > Mario > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Mon Sep 20 09:16:03 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 20 Sep 2010 11:16:03 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <1284998738.25013.15.camel@luna.tc.commsmundi.com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> Message-ID: I wonder why nobody calls their cellphone provider with this type of complaint. I have never had any pay service version of voicemail that uses folders. I added a folder column in case I wanted to implement it some day but I was not in a rush to do so because having folders causes an instant dependency on some type of advanced UI (besides the telephone keypad which is the least common denominator). But I am well used to everyone being perfectly happy with services they pay $100 a month for and getting "miffed" about free software. That's a daily occurrence around here. On Mon, Sep 20, 2010 at 11:05 AM, Fran?ois Delawarde wrote: > I have the same problem for Fax, but unfortunately some people are > difficult to convince they should use email instead. > > Tim: You could also implement your own custom voicemail system using > some lua script or similar! It's just another IVR after all. > > Fran?ois. > > On Mon, 2010-09-20 at 10:08 -0500, Brian West wrote: >> Never said it was the solution.. just voicing my opinion on voicemail in general. >> >> /b >> >> On Sep 20, 2010, at 10:02 AM, Ghulam Mustafa wrote: >> >> > @Brian, bounty makes a sense, but you just hate something is not the solution to some problem :). >> > >> > On Mon, Sep 20, 2010 at 7:07 PM, Brian West wrote: >> > The quick answer is YOU DON'T. ?The best corse of action is email it... and sort it all there. ?Personally I can't stand voicemail... I don't leave voicemail for people because I hate playing tag. ?I'll email or sms before I'll leave a voicemail. >> > >> > /b >> > >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From stormdemo001 at gmail.com Mon Sep 20 09:50:54 2010 From: stormdemo001 at gmail.com (Storm Demo) Date: Tue, 21 Sep 2010 00:50:54 +0800 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got Message-ID: Dear All, In the below example from FS wiki, can I be sure that "my_callback" will be called before session.hangup() is excuted? Thanks a lot Jasper use("CURL"); function my_callback(string, arg) { console_log("info", string); return true; } if (session.ready()) { session.answer(); var curl = new CURL(); curl.run("POST", "http://www.freeswitch.org/curltest/", "foo=bar&this=has+spaces+in+it", my_callback, "my arg\n", "user:s3cr3tpw"); session.hangup(); } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/f98db8ad/attachment-0001.html From brian at freeswitch.org Mon Sep 20 09:57:17 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 11:57:17 -0500 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: References: Message-ID: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> What are you trying to accomplish? /b On Sep 20, 2010, at 11:50 AM, Storm Demo wrote: > Dear All, > > In the below example from FS wiki, can I be sure that "my_callback" will be called before session.hangup() is excuted? > > Thanks a lot > > Jasper From msc at freeswitch.org Mon Sep 20 10:09:38 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 20 Sep 2010 10:09:38 -0700 Subject: [Freeswitch-users] Modems In-Reply-To: <4C972048.7010103@freenet.de> References: <81802D63-8635-465F-B478-34C846F4E61F@ukgb.net> <197186CA-C15C-4F73-82A0-FB219FF9E2EA@ukgb.net> <4C972048.7010103@freenet.de> Message-ID: On Mon, Sep 20, 2010 at 1:50 AM, Holger von Rhein wrote: > Am 10.08.2010 02:39, schrieb Michael Collins: > > Check out the Linksys SPA-3102 > > -MC > > Do you know if this device forward the caller id (respectively caller > phone number) transferred from the PSTN to the SIP-switch (FreeSwitch). > Normally it should, because it may be necessary for routing. > In my experience it does forward the CID information - assuming that the phone line has caller ID capabilities. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/48af56b6/attachment.html From stormdemo001 at gmail.com Mon Sep 20 10:18:39 2010 From: stormdemo001 at gmail.com (Storm Demo) Date: Tue, 21 Sep 2010 01:18:39 +0800 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> Message-ID: Thanks for your help It's very simple. I just want to retrieve some information from other web server. And proceed the call processing based on the result I got Regards Jasper On Tue, Sep 21, 2010 at 12:57 AM, Brian West wrote: > What are you trying to accomplish? > > /b > > On Sep 20, 2010, at 11:50 AM, Storm Demo wrote: > > > Dear All, > > > > In the below example from FS wiki, can I be sure that "my_callback" will > be called before session.hangup() is excuted? > > > > Thanks a lot > > > > Jasper > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/d97cc072/attachment.html From brian at freeswitch.org Mon Sep 20 10:25:28 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 12:25:28 -0500 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> Message-ID: <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> What kind of call processing? /b On Sep 20, 2010, at 12:18 PM, Storm Demo wrote: > Thanks for your help > > It's very simple. I just want to retrieve some information from other web server. And proceed the call processing based on the result I got > > Regards > > Jasper > > On Tue, Sep 21, 2010 at 12:57 AM, Brian West wrote: > What are you trying to accomplish? > > /b From peder at networkoblivion.com Mon Sep 20 10:28:20 2010 From: peder at networkoblivion.com (Peder) Date: Mon, 20 Sep 2010 12:28:20 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> Message-ID: <0dc801cb58e9$3819cbb0$a84d6310$@com> The difference is that if you call Tmobile (ATT/Verizon,etc) and bitch, they will just ignore it. If enough people complain here, you will get tired of hearing it and just add the feature. :-) You are a victim of your own efficiency. I remember a couple of years ago when someone was complaining that they wanted YAML and how great it would be. You got tired of hearing about it and came back about 4 hours later and said "here's your YAML parser". I've never seen any product or project that can match that type of turnaround for new features. -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Monday, September 20, 2010 11:16 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voice mail folders I wonder why nobody calls their cellphone provider with this type of complaint. I have never had any pay service version of voicemail that uses folders. I added a folder column in case I wanted to implement it some day but I was not in a rush to do so because having folders causes an instant dependency on some type of advanced UI (besides the telephone keypad which is the least common denominator). But I am well used to everyone being perfectly happy with services they pay $100 a month for and getting "miffed" about free software. That's a daily occurrence around here. On Mon, Sep 20, 2010 at 11:05 AM, Fran?ois Delawarde wrote: > I have the same problem for Fax, but unfortunately some people are > difficult to convince they should use email instead. > > Tim: You could also implement your own custom voicemail system using > some lua script or similar! It's just another IVR after all. > > Fran?ois. > > On Mon, 2010-09-20 at 10:08 -0500, Brian West wrote: >> Never said it was the solution.. just voicing my opinion on voicemail in general. >> >> /b >> >> On Sep 20, 2010, at 10:02 AM, Ghulam Mustafa wrote: >> >> > @Brian, bounty makes a sense, but you just hate something is not the solution to some problem :). >> > >> > On Mon, Sep 20, 2010 at 7:07 PM, Brian West wrote: >> > The quick answer is YOU DON'T. ?The best corse of action is email it... and sort it all there. ?Personally I can't stand voicemail... I don't leave voicemail for people because I hate playing tag. ?I'll email or sms before I'll leave a voicemail. >> > >> > /b >> > >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 msc at freeswitch.org Mon Sep 20 10:31:48 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 20 Sep 2010 10:31:48 -0700 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <0dc801cb58e9$3819cbb0$a84d6310$@com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> <0dc801cb58e9$3819cbb0$a84d6310$@com> Message-ID: On Mon, Sep 20, 2010 at 10:28 AM, Peder wrote: > The difference is that if you call Tmobile (ATT/Verizon,etc) and bitch, > they > will just ignore it. If enough people complain here, you will get tired of > hearing it and just add the feature. :-) You are a victim of your own > efficiency. I remember a couple of years ago when someone was complaining > that they wanted YAML and how great it would be. You got tired of hearing > about it and came back about 4 hours later and said "here's your YAML > parser". I've never seen any product or project that can match that type > of > turnaround for new features. > Hehe, that story is legendary, which is why I made sure that it was forever preserved in the FS book. :) -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/06e92c0e/attachment.html From msc at freeswitch.org Mon Sep 20 10:33:31 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 20 Sep 2010 10:33:31 -0700 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> Message-ID: I think what Brian is getting at is that you might be better off using mod_xml_curl depending on your scenario. More details would be helpful. -MC On Mon, Sep 20, 2010 at 10:25 AM, Brian West wrote: > What kind of call processing? > > /b > > On Sep 20, 2010, at 12:18 PM, Storm Demo wrote: > > > Thanks for your help > > > > It's very simple. I just want to retrieve some information from other web > server. And proceed the call processing based on the result I got > > > > Regards > > > > Jasper > > > > On Tue, Sep 21, 2010 at 12:57 AM, Brian West > wrote: > > What are you trying to accomplish? > > > > /b > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/48307cee/attachment.html From anthony.minessale at gmail.com Mon Sep 20 10:37:11 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 20 Sep 2010 12:37:11 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1284857777196-5546824.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> Message-ID: we don't implement the codec because it's illegal to do so without a license. There is no .h file because the module is a stub only capable of doing passthrough unless you are entitled to the license or doing so academically without our involvement. I think you should post a debug log +siptrace of the call setup because what you are saying makes no sense, we would not choose 120 ms for no reason. console loglevel debug sofia profile internal siptrace on On Sat, Sep 18, 2010 at 7:56 PM, gamalsa wrote: > > when setting g723_1 at 30i in the external sip profile of the provider, same > behaviour. > when set in the vars.xml, the call doesn't complete and got error > [incompatible destination] > > I think g.723 is working only in 120 ms ptime (don't know why) > > and from my other post >> > > I post an earlier topic about wrong ptime in g723. > However after going into more troubleshooting, I found that FS uses only > p-time 120 ms > no matter what, even when calling internal extension or voice mail in FS > using g.723 it uses always p-time > 120 ms. > > The g.723 module loads fine with 30, 60, 90, and 120 ms, so I have no > explanation of whats going wrong. > > Please Help.. > > Thanks > > Update: looking into FS source files ( mod_g723_1.c ) can't find g723.h or > g729.h > not in the source tree of freeswitch ... > might be the problem ! I don't know > > > > > > > > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5546824.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Mon Sep 20 10:39:19 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 20 Sep 2010 12:39:19 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> <0dc801cb58e9$3819cbb0$a84d6310$@com> Message-ID: ... and of course, nobody uses that module, including the guy who asked for it who is still around. =D On Mon, Sep 20, 2010 at 12:31 PM, Michael Collins wrote: > > > On Mon, Sep 20, 2010 at 10:28 AM, Peder wrote: >> >> The difference is that if you call Tmobile (ATT/Verizon,etc) and bitch, >> they >> will just ignore it. If enough people complain here, you will get tired of >> hearing it and just add the feature. ?:-) ?You are a victim of your own >> efficiency. ?I remember a couple of years ago when someone was complaining >> that they wanted YAML and how great it would be. ?You got tired of hearing >> about it and came back about 4 hours later and said "here's your YAML >> parser". ?I've never seen any product or project that can match that type >> of >> turnaround for new features. > > Hehe, that story is legendary, which is why I made sure that it was forever > preserved in the FS book. :) > -MC > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From mario_fs at mgtech.com Mon Sep 20 09:34:34 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 09:34:34 -0700 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> References: <4C9781A1.6020207@mgtech.com> <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> Message-ID: <4C978D1A.5030809@mgtech.com> Thanks very much that looks to be working! I am new at FreeSwitch and have read the book (very good), wiki, etc. I am working through my issues and this first post is very encouraging! Thanks to others that responded! Mario On 09/20/2010 09:04 AM, Brian West wrote: > In this case you have to name each gateway unique names and use the proxy field to specify the hostname to the proxy. > > /b > > On Sep 20, 2010, at 10:45 AM, Mario wrote: > >> I have more than 1 account at an ITSP, I put both on sip_profiles/external. Both work but only one at a time. At startup I get ignoring duplicate gateway. I looked at the new book (very good) and examples, wiki, etc. but could not find a way to do this. This is a major problem. Anyone know how to do this? Thanks. >> >> -- >> Mario >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Mario* From mario_fs at mgtech.com Mon Sep 20 10:48:10 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 10:48:10 -0700 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <4C978D1A.5030809@mgtech.com> References: <4C9781A1.6020207@mgtech.com> <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> <4C978D1A.5030809@mgtech.com> Message-ID: <4C979E5A.70500@mgtech.com> Although I have the 2 accounts now registering with the same ITSP, I can't get a dial out due to invalid gateway message even though I changed the dialplan and tried many combinations. Now that I have the 2 accounts registered using proxy, how can I get the outbound diaplan to direct to the correct gateway? I thought it was as simple as changing the name to match then gateway name. Thanks! 2010-09-20 10:38:07.974744 [ERR] mod_sofia.c:3690 Invalid Gateway 2010-09-20 10:38:07.974744 [NOTICE] mod_sofia.c:4012 Close Channel N/A [CS_NEW] 2010-09-20 10:38:07.974744 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-20 10:38:07.974744 [INFO] mod_dptools.c:2393 Originate Failed. Cause: INVALID_NUMBER_FORMAT 2010-09-20 10:38:07.974744 [NOTICE] mod_dptools.c:2456 Hangup sofia/internal/200 at 10.246.1.37 [CS_EXECUTE] [INVALID_NUMBER_FORMAT] SIPS: DIALPLANS: On 09/20/10 09:34, Mario wrote: > Thanks very much that looks to be working! I am new at FreeSwitch > and have read the book (very good), wiki, etc. I am working through > my issues and this first post is very encouraging! Thanks to others > that responded! Mario > > On 09/20/2010 09:04 AM, Brian West wrote: >> In this case you have to name each gateway unique names and use the >> proxy field to specify the hostname to the proxy. >> >> /b >> >> On Sep 20, 2010, at 10:45 AM, Mario wrote: >> >>> I have more than 1 account at an ITSP, I put both on >>> sip_profiles/external. Both work but only one at a time. At >>> startup I get ignoring duplicate gateway. I looked at the new >>> book (very good) and examples, wiki, etc. but could not find a >>> way to do this. This is a major problem. Anyone know how to do >>> this? Thanks. >>> >>> -- Mario _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >> >> >> _______________________________________________ FreeSWITCH-users >> mailing list FreeSWITCH-users at 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 riedinger at sns.eu Mon Sep 20 10:06:02 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Mon, 20 Sep 2010 19:06:02 +0200 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> <4C93A2F4.6040002@sns.eu> Message-ID: <4C97947A.2030005@sns.eu> Unfortunately, it is still not working. Some more messages are passed now, but still not all. E. g. the message "no signal" at 12,673 s isn't passed through according the attached trace. Thank you for your efforts Jan Am 20.09.2010 17:35, schrieb SP: > Fixed now, give it a go! > > On Fri, Sep 17, 2010 at 12:18, Jan Riedinger wrote: >> Hi Brian, >> >> please let me know, when it is fixed, then I will repeat my tests. I >> think missing fax transmission capabilities is a serious problem. >> >> Thank you in advance >> Jan >> >> Am 17.09.2010 18:54, schrieb Brian West: >>> Yah thats a bug we are working on it. You can chill for a few ;) >>> >>> /b >>> >>> On Sep 17, 2010, at 11:50 AM, Jan Riedinger wrote: >>> >>>> Hello All Together, >>>> >>>> I tried to set t38_passthru=true in the dialplan, but fax transmission is still not working. Now INVITE SDP (t38) is passed through, but e. g. the response 200 OK SDP (t38) is not passed. >>>> >>>> Just one hint, if you compare "Fax trace2.tif" with the trace of my last e-mail: I'm not sure, if I made both traces with exactly the same setup, because I tested with various carriers, but I observe similiar behaviour with all of them. >>>> >>>> Another hint was to set. In the Wiki I found "Proxy media is really a special hack that should only be used for T.38 passthrough. If you are using it for other purposes, think about it some more...". Do you think it is reasonable to use this setting for a common purpose wholesale switch? >>>> >>>> Thank you in advance >>>> Jan >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> -- >> Jan Riedinger Phone : +49-30-39 73 19 66 >> Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 >> E-Mail: riedinger at sns.eu >> SNS Consult GmbH ICQ : 163-237-041 >> S?dwestkorso 49a MSN : jan at sns-consult.de >> 14197 Berlin GERMANY Skype : Jan Riedinger >> >> AG Charlottenburg - HRB 71973 >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- A non-text attachment was scrubbed... Name: Fax Trace 3.tif Type: image/tiff Size: 357436 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/d4ae95d6/attachment-0001.tif From brian at freeswitch.org Mon Sep 20 11:01:44 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 13:01:44 -0500 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: <4C979E5A.70500@mgtech.com> References: <4C9781A1.6020207@mgtech.com> <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> <4C978D1A.5030809@mgtech.com> <4C979E5A.70500@mgtech.com> Message-ID: Chances are your provider needs a plus sign or some other format enable the sip trace by doing "sofia profile external siptrace on" and place a call. Lets see what your sending. /b On Sep 20, 2010, at 12:48 PM, Mario wrote: > 2010-09-20 10:38:07.974744 [ERR] switch_ivr_originate.c:2632 Cannot > create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] From brian at freeswitch.org Mon Sep 20 11:02:23 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 13:02:23 -0500 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: <4C97947A.2030005@sns.eu> References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> <4C93A2F4.6040002@sns.eu> <4C97947A.2030005@sns.eu> Message-ID: I know it works... we spent all last friday testing it... Shannon verified it so maybe you haven't pulled the very latest code? /b On Sep 20, 2010, at 12:06 PM, Jan Riedinger wrote: > Unfortunately, it is still not working. Some more messages are passed now, but still not all. E. g. the message "no signal" at 12,673 s isn't passed through according the attached trace. > > Thank you for your efforts > Jan > > Am 20.09.2010 17:35, schrieb SP: >> Fixed now, give it a go! >> >> On Fri, Sep 17, 2010 at 12:18, Jan Riedinger wrote: >>> Hi Brian, >>> >>> please let me know, when it is fixed, then I will repeat my tests. I >>> think missing fax transmission capabilities is a serious problem. >>> >>> Thank you in advance >>> Jan >>> >>> Am 17.09.2010 18:54, schrieb Brian West: >>>> Yah thats a bug we are working on it. You can chill for a few ;) >>>> >>>> /b From stormdemo001 at gmail.com Mon Sep 20 11:17:11 2010 From: stormdemo001 at gmail.com (Storm Demo) Date: Tue, 21 Sep 2010 02:17:11 +0800 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> Message-ID: Actually I am still at poc stage to understand more on the capability of FS I just thinking about a dynamic IVR type application. Where logic and controls are stored in a J2EE web server. e.g. FS receive a call FS WS query -> <- play prompt, collect digit digit collected -> <- play prompt ...... Thanks a lot Jasper On Tue, Sep 21, 2010 at 1:33 AM, Michael Collins wrote: > I think what Brian is getting at is that you might be better off using > mod_xml_curl depending on your scenario. More details would be helpful. > -MC > > > > On Mon, Sep 20, 2010 at 10:25 AM, Brian West wrote: > >> What kind of call processing? >> >> /b >> >> On Sep 20, 2010, at 12:18 PM, Storm Demo wrote: >> >> > Thanks for your help >> > >> > It's very simple. I just want to retrieve some information from other >> web server. And proceed the call processing based on the result I got >> > >> > Regards >> > >> > Jasper >> > >> > On Tue, Sep 21, 2010 at 12:57 AM, Brian West >> wrote: >> > What are you trying to accomplish? >> > >> > /b >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/e69843cc/attachment.html From brian at freeswitch.org Mon Sep 20 11:27:44 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 13:27:44 -0500 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> Message-ID: You might be better off doing your stuff in C! /b On Sep 20, 2010, at 1:17 PM, Storm Demo wrote: > Actually I am still at poc stage to understand more on the capability of FS > > I just thinking about a dynamic IVR type application. Where logic and controls are stored in a J2EE web server. e.g. > > FS receive a call > > FS WS > query -> > <- play prompt, collect digit > digit collected -> > <- play prompt > ...... > > Thanks a lot > > Jasper From mario_fs at mgtech.com Mon Sep 20 11:39:23 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 11:39:23 -0700 Subject: [Freeswitch-users] Duplicate gateways - how to use multiple user IDs? In-Reply-To: References: <4C9781A1.6020207@mgtech.com> <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> <4C978D1A.5030809@mgtech.com> <4C979E5A.70500@mgtech.com> Message-ID: <4C97AA5B.9090508@mgtech.com> I used the trace but it never got far enough to dial. I figured out the problem. The dial plan bridge application line must use the real itsp name at the end, not the proxy name. It looks ok now. Thanks. Now, om to why I can't connect dial out to itsp2... This line: Should be: On 09/20/10 11:01, Brian West wrote: > Chances are your provider needs a plus sign or some other format enable the sip trace by doing "sofia profile external siptrace on" and place a call. Lets see what your sending. > > /b > > On Sep 20, 2010, at 12:48 PM, Mario wrote: > >> 2010-09-20 10:38:07.974744 [ERR] switch_ivr_originate.c:2632 Cannot >> create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 leo.zibi at gmail.com Mon Sep 20 11:45:18 2010 From: leo.zibi at gmail.com (leo.zibi at gmail.com) Date: Mon, 20 Sep 2010 20:45:18 +0200 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> <4C93A2F4.6040002@sns.eu> <4C97947A.2030005@sns.eu> Message-ID: <4C97ABBE.5070208@gmail.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/3d154d34/attachment.html From jrichey at itltd.net Mon Sep 20 12:08:00 2010 From: jrichey at itltd.net (JRichey) Date: Mon, 20 Sep 2010 12:08:00 -0700 Subject: [Freeswitch-users] sip stack problem in fsw Message-ID: <6ECAF1527329364583AB525CF34ABF950832196A@ms.kallback.com> I'm in a similar situation where I need to disable VAD because the other end will disconnect the call if the RTP stops. I've tried the setting Anthony suggested as well as several others I've found on the wiki, but I've not been able to get it to work. The variables I've been trying are listed below. suppress-cng suppress_cng rtp_disable_vad_out rtp_disable_vad_in bridge_generate_comfort_noise send_silence_when_idle For my test calls I'm just playing back sound files with sleep in-between them and I see no RTP when calling sleep. I'm using tcpdump and wireshark to analyze the calls. -Justin Richey jrichey at ITLtd.net -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org]On Behalf Of covici at ccs.covici.com Sent: Saturday, September 18, 2010 1:26 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] sip stack problem in fsw Thanks for the suggestion -- unfortunately it did not work -- I put it in the internal profile, but it seems to have had no effect. I did see that the cng packets were 0. Anthony Minessale wrote: > by suppressing it, you will not negotiate it with anybody so your > phone will not try to use vad which is what causes your problems > > > On Fri, Sep 17, 2010 at 6:06 PM, wrote: > > Well, I am slightly confused here -- yes I am silent because I am muted > > listening to a conference call. ?If I enable supress-cng, am I not > > surpressing the comfort noise or have I gotten its meaning wrong? > > > > Anthony Minessale wrote: > > > >> Asterisk is not capable of async RTP and CNG so it's lack of > >> functionality is a feature in your case and it's probably the same > >> platform your provider is using. > >> > >> Sending RTP for no reason when you are not talking is somewhat silly right? > >> > >> Are you actually remaining silent for that period of 5 min? > >> Did you get the trace and prove it? > >> > >> you can do the following if you wish to mimic asterisk > >> > >> add this to your sofia profile in internal.xml > >> > >> > >> > >> restart the profile or FS > >> > >> this will tell your phone and your isp not to use cng > >> > >> > >> > >> > >> > >> On Fri, Sep 17, 2010 at 2:17 PM, ? wrote: > >> > But if I use asterisk with the same endpoint -- which has no > >> > configuration for cng setting -- it works whereas with fsw it does not > >> > -- this is the purpose of my inquiry. > >> > > >> > Anthony Cosgrove wrote: > >> > > >> >> Ahh ok this makes more sense. Your provider is probably terminating the > >> >> call due to lack of RTP packets. You will need to configure your > >> >> endpoint(s) to generate the cng. Most likely what is happening is that > >> >> your endpoint(s) are configured to not transmit silence so there's no > >> >> RTP data for that period. 5 minutes and you're out. > >> >> > >> >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > >> >> > OK, I will do something, but my provider did tell me that this was the > >> >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is there > >> >> > any way ?to get fs to generate such -- I did see cng packets 15 at the > >> >> > end of the call. > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-users mailing list > >> >> FreeSWITCH-users at 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 > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> Twitter: http://twitter.com/FreeSWITCH_wire > >> > >> AIM: anthm > >> MSN:anthony_minessale at hotmail.com > >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer Conference > >> sip:888 at conference.freeswitch.org > >> googletalk:conf+888 at conference.freeswitch.org > >> pstn:+19193869900 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From mario_fs at mgtech.com Mon Sep 20 11:58:20 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 11:58:20 -0700 Subject: [Freeswitch-users] Cannot complete outbound call to voipyourlife In-Reply-To: References: <4C9781A1.6020207@mgtech.com> <5125F559-6A3E-4D31-AC3B-FE8B53382369@freeswitch.org> <4C978D1A.5030809@mgtech.com> <4C979E5A.70500@mgtech.com> Message-ID: <4C97AECC.2070409@mgtech.com> When I dial out to voipyourlife I get a fast busy signal no matter what number I dial. The messages and trace don't help me. Web searches on freeswitch and viopyourlife/voipyourphone yielded no results. Thanks very much! sofia profile external siptrace on 2010-09-20 11:47:21.170623 [NOTICE] switch_channel.c:779 New Channel sofia/internal/200 at 10.246.1.37 [2d5efef1-c8ee-4818-8563-937f62d04543] 2010-09-20 11:47:21.318116 [INFO] mod_dialplan_xml.c:331 Processing 200 <200>->814181234567 in context default 2010-09-20 11:47:21.328251 [NOTICE] switch_channel.c:779 New Channel sofia/external/14181234567 at sip.voipyourlife.com [7e8f01ae-112b-495a-b091-870f5304f51e] 2010-09-20 11:47:24.100398 [NOTICE] sofia.c:5051 Hangup sofia/external/14181234567 at sip.voipyourlife.com [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE] 2010-09-20 11:47:24.100398 [INFO] mod_dptools.c:2393 Originate Failed. Cause: NORMAL_TEMPORARY_FAILURE 2010-09-20 11:47:24.100398 [NOTICE] mod_dptools.c:2456 Hangup sofia/internal/200 at 10.246.1.37 [CS_EXECUTE] [NORMAL_TEMPORARY_FAILURE] 2010-09-20 11:47:24.100398 [NOTICE] switch_core_session.c:1228 Session 4 (sofia/external/14181234567 at sip.voipyourlife.com) Ended 2010-09-20 11:47:24.100398 [NOTICE] switch_core_session.c:1230 Close Channel sofia/external/14181234567 at sip.voipyourlife.com [CS_DESTROY] 2010-09-20 11:47:24.212365 [NOTICE] switch_core_session.c:1228 Session 3 (sofia/internal/200 at 10.246.1.37) Ended 2010-09-20 11:47:24.212365 [NOTICE] switch_core_session.c:1230 Close Channel sofia/internal/200 at 10.246.1.37 [CS_DESTROY] recv 650 bytes from udp/[216.143.130.36]:5060 at 18:48:24.027473: ------------------------------------------------------------------------ NOTIFY sip:gw+a1 at 99.39.148.147:5080;transport=udp;gw=a1 SIP/2.0 Max-Forwards: 70 Record-Route: Via: SIP/2.0/UDP 216.143.130.36;branch=z9hG4bK444b.67fa5084.0 Via: SIP/2.0/UDP 216.143.130.47:60853;received=216.143.130.47;branch=z9hG4bK.20dfac02;rport=60853;alias From: "Unknown" To: Contact: Call-ID: 718111ed3c1ed2fb3Rc2Qb6Qr4Nv8Ve8 at 216.143.130.47 CSeq: 102 NOTIFY User-Agent: Asterisk PBX Event: message-summary Content-Type: application/simple-message-summary Content-Length: 36 Messages-Waiting: no Voicemail: 0/0 ------------------------------------------------------------------------ send 738 bytes to udp/[216.143.130.36]:5060 at 18:48:24.028966: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 216.143.130.36;branch=z9hG4bK444b.67fa5084.0 Via: SIP/2.0/UDP 216.143.130.47:60853;received=216.143.130.47;branch=z9hG4bK.20dfac02;rport=60853;alias Record-Route: From: "Unknown" To: ;tag=vrU23ac8SFaFK Call-ID: 718111ed3c1ed2fb3Rc2Qb6Qr4Nv8Ve8 at 216.143.130.47 CSeq: 102 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-19dc1ab 2010-09-16 20-08-30 +0400 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Content-Length: 0 ------------------------------------------------------------------------ From gamalsa at hotmail.com Mon Sep 20 12:25:47 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 12:25:47 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> Message-ID: <1285010747589-5551947.post@n2.nabble.com> Here is the link for the post: http://pastebin.freeswitch.org/13949 -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5551947.html Sent from the freeswitch-users mailing list archive at Nabble.com. From covici at ccs.covici.com Mon Sep 20 12:36:04 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 20 Sep 2010 15:36:04 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6ECAF1527329364583AB525CF34ABF950832196A@ms.kallback.com> References: <6ECAF1527329364583AB525CF34ABF950832196A@ms.kallback.com> Message-ID: <10063.1285011364@ccs.covici.com> I don't see any variables with vad in their name -- where did you find such things. I get an info dump at the end of the calls for the time being. JRichey wrote: > I'm in a similar situation where I need to disable VAD because the other end > will disconnect the call if the RTP stops. I've tried the setting Anthony > suggested as well as several others I've found on the wiki, but I've not > been able to get it to work. The variables I've been trying are listed > below. > > suppress-cng > suppress_cng > rtp_disable_vad_out > rtp_disable_vad_in > bridge_generate_comfort_noise > send_silence_when_idle > > > For my test calls I'm just playing back sound files with sleep in-between > them and I see no RTP when calling sleep. I'm using tcpdump and wireshark > to analyze the calls. > > > -Justin Richey > jrichey at ITLtd.net > > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org]On Behalf Of > covici at ccs.covici.com > Sent: Saturday, September 18, 2010 1:26 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] sip stack problem in fsw > > > Thanks for the suggestion -- unfortunately it did not work -- I put it > in the internal profile, but it seems to have had no effect. I did see > that the cng packets were 0. > > Anthony Minessale wrote: > > > by suppressing it, you will not negotiate it with anybody so your > > phone will not try to use vad which is what causes your problems > > > > > > On Fri, Sep 17, 2010 at 6:06 PM, wrote: > > > Well, I am slightly confused here -- yes I am silent because I am muted > > > listening to a conference call. ?If I enable supress-cng, am I not > > > surpressing the comfort noise or have I gotten its meaning wrong? > > > > > > Anthony Minessale wrote: > > > > > >> Asterisk is not capable of async RTP and CNG so it's lack of > > >> functionality is a feature in your case and it's probably the same > > >> platform your provider is using. > > >> > > >> Sending RTP for no reason when you are not talking is somewhat silly > right? > > >> > > >> Are you actually remaining silent for that period of 5 min? > > >> Did you get the trace and prove it? > > >> > > >> you can do the following if you wish to mimic asterisk > > >> > > >> add this to your sofia profile in internal.xml > > >> > > >> > > >> > > >> restart the profile or FS > > >> > > >> this will tell your phone and your isp not to use cng > > >> > > >> > > >> > > >> > > >> > > >> On Fri, Sep 17, 2010 at 2:17 PM, ? wrote: > > >> > But if I use asterisk with the same endpoint -- which has no > > >> > configuration for cng setting -- it works whereas with fsw it does > not > > >> > -- this is the purpose of my inquiry. > > >> > > > >> > Anthony Cosgrove wrote: > > >> > > > >> >> Ahh ok this makes more sense. Your provider is probably terminating > the > > >> >> call due to lack of RTP packets. You will need to configure your > > >> >> endpoint(s) to generate the cng. Most likely what is happening is > that > > >> >> your endpoint(s) are configured to not transmit silence so there's > no > > >> >> RTP data for that period. 5 minutes and you're out. > > >> >> > > >> >> On Fri, 2010-09-17 at 14:29 -0400, covici at ccs.covici.com wrote: > > >> >> > OK, I will do something, but my provider did tell me that this was > the > > >> >> > cause of the ?hangup -- comfort noise or rather lack thereof. ?Is > there > > >> >> > any way ?to get fs to generate such -- I did see cng packets 15 at > the > > >> >> > end of the call. > > >> >> > > >> >> > > >> >> > > >> >> _______________________________________________ > > >> >> FreeSWITCH-users mailing list > > >> >> FreeSWITCH-users at 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 > > >> > > > >> > _______________________________________________ > > >> > FreeSWITCH-users mailing list > > >> > FreeSWITCH-users at 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 > > >> > > >> FreeSWITCH http://www.freeswitch.org/ > > >> ClueCon http://www.cluecon.com/ > > >> Twitter: http://twitter.com/FreeSWITCH_wire > > >> > > >> AIM: anthm > > >> MSN:anthony_minessale at hotmail.com > > >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > >> IRC: irc.freenode.net #freeswitch > > >> > > >> FreeSWITCH Developer Conference > > >> sip:888 at conference.freeswitch.org > > >> googletalk:conf+888 at conference.freeswitch.org > > >> pstn:+19193869900 > > >> > > >> _______________________________________________ > > >> FreeSWITCH-users mailing list > > >> FreeSWITCH-users at 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 > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Mon Sep 20 12:22:38 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 14:22:38 -0500 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6ECAF1527329364583AB525CF34ABF950832196A@ms.kallback.com> References: <6ECAF1527329364583AB525CF34ABF950832196A@ms.kallback.com> Message-ID: <6D6151CD-4013-401E-8564-3C88FA967919@freeswitch.org> You shouldn't see RTP between files when sleeping... its 100% valid to NOT send any media when their is NOTHING to be sent. Does your phone freak out or something? /b On Sep 20, 2010, at 2:08 PM, JRichey wrote: > I'm in a similar situation where I need to disable VAD because the other end > will disconnect the call if the RTP stops. I've tried the setting Anthony > suggested as well as several others I've found on the wiki, but I've not > been able to get it to work. The variables I've been trying are listed > below. > > suppress-cng > suppress_cng > rtp_disable_vad_out > rtp_disable_vad_in > bridge_generate_comfort_noise > send_silence_when_idle > > > For my test calls I'm just playing back sound files with sleep in-between > them and I see no RTP when calling sleep. I'm using tcpdump and wireshark > to analyze the calls. > > > -Justin Richey > jrichey at ITLtd.net From stormdemo001 at gmail.com Mon Sep 20 12:36:49 2010 From: stormdemo001 at gmail.com (Storm Demo) Date: Tue, 21 Sep 2010 03:36:49 +0800 Subject: [Freeswitch-users] Is curl.run() blocking until a result is got In-Reply-To: References: <0E7CBC32-46AF-4B99-87EE-F74BE170AF9C@freeswitch.org> <05406D9C-D995-4D4B-8123-497363FE388A@freeswitch.org> Message-ID: Hi Brian Sorry do you mean I should use C instead of JS for call control? Thanks Jasper On Tue, Sep 21, 2010 at 2:27 AM, Brian West wrote: > You might be better off doing your stuff in C! > > /b > > On Sep 20, 2010, at 1:17 PM, Storm Demo wrote: > > > Actually I am still at poc stage to understand more on the capability of > FS > > > > I just thinking about a dynamic IVR type application. Where logic and > controls are stored in a J2EE web server. e.g. > > > > FS receive a call > > > > FS WS > > query -> > > <- play prompt, collect digit > > digit collected -> > > <- play prompt > > ...... > > > > Thanks a lot > > > > Jasper > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/ad218279/attachment.html From gamalsa at hotmail.com Mon Sep 20 12:51:49 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 12:51:49 -0700 (PDT) Subject: [Freeswitch-users] mod_h323 build fine but FS cant start In-Reply-To: <20100920154719.2EB551221E@mail.nstel.ru> References: <1284880157667-5547141.post@n2.nabble.com> <20100920154719.2EB551221E@mail.nstel.ru> Message-ID: <1285012309704-5552066.post@n2.nabble.com> there is no lines showing mod_h323 because FS terminate the moment when it tries to load it, instead this line appears and then it terminates: terminate called after throwing an instance of '__gnu_cxx::__concurrence_unlock_error' what(): __gnu_cxx::__concurrence_unlock_error -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-h323-build-fine-but-FS-cant-start-tp5547141p5552066.html Sent from the freeswitch-users mailing list archive at Nabble.com. From gamalsa at hotmail.com Mon Sep 20 13:09:40 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 13:09:40 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1285010747589-5551947.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> Message-ID: <1285013380565-5552127.post@n2.nabble.com> NB: - g723:20 ms is included in the codec comparison! strange ! - I'm connecting from outside FS network using ext:2001 to place the call to outside FS too. - attempts from other customers gateways thro' FS gives same problem. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5552127.html Sent from the freeswitch-users mailing list archive at Nabble.com. From david.ponzone at ipeva.fr Mon Sep 20 13:11:36 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 22:11:36 +0200 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1285010747589-5551947.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> Message-ID: May you please give us some useful details about your config, particularly the codec settings in vars.xml and in external.xml ? It looks like you configured your FreeSWITCH for 120ms for all codecs. Are you using latest git version ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 21:25, gamalsa a ?crit : > > Here is the link for the post: > > http://pastebin.freeswitch.org/13949 > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5551947.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/d9ea9b9a/attachment.html From david.ponzone at ipeva.fr Mon Sep 20 13:34:22 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 22:34:22 +0200 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1285013380565-5552127.post@n2.nabble.com> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> Message-ID: <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> The G723:20ms is the one proposed by your phone (you can see that the left part of the comparisons is always the same, it's the leg A part). As your phone does not send ptime, it means the default ptime is used, and it is 20ms. On the right part of the comparisons, you see the inbound codecs of your profile, and there, it's 120ms everywhere. I really think something is screwed in your config files. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 22:09, gamalsa a ?crit : > > NB: > > - g723:20 ms is included in the codec comparison! strange ! > - I'm connecting from outside FS network using ext:2001 to place > the call > to outside FS too. > - attempts from other customers gateways thro' FS gives same > problem. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5552127.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/6259713d/attachment.html From anthony.minessale at gmail.com Mon Sep 20 13:41:50 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 20 Sep 2010 15:41:50 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> Message-ID: also repeat the trace with the siptrace enabled for any other sip profiles involved in the call and include console output of "sofia status profile " once for each profile 2010/9/20 David Ponzone : > May you please give us some useful details about your config, particularly > the codec settings in vars.xml and in external.xml ? > It looks like you configured your FreeSWITCH for 120ms for all codecs. > Are you using latest git version ? > David Ponzone ?Direction Technique > email: david.ponzone at ipeva.fr > tel: ? ? ?01 74 03 18 97 > gsm: ? 06 66 98 76 34 > Service Client?IPeva > tel: ? ? ?0811 46 26 26 > www.ipeva.fr? -? ?www.ipeva-studio.com > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration.?IPeva?d?cline toute responsabilit? au titre de ce message s'il > a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce > message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > Le 20/09/2010 ? 21:25, gamalsa a ?crit : > > Here is the link for the post: > > http://pastebin.freeswitch.org/13949 > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5551947.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From brian at freeswitch.org Mon Sep 20 14:02:40 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 16:02:40 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> References: <1284736002935-5543130.post@n2.nabble.com> <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> Message-ID: <12620B34-75F0-4267-A9F8-1A981B06F8EA@freeswitch.org> g723.1 can't have 20ms... its only multiples of 30ms. /b On Sep 20, 2010, at 3:34 PM, David Ponzone wrote: > The G723:20ms is the one proposed by your phone (you can see that the left part of the comparisons is always the same, it's the leg A part). > As your phone does not send ptime, it means the default ptime is used, and it is 20ms. > On the right part of the comparisons, you see the inbound codecs of your profile, and there, it's 120ms everywhere. > I really think something is screwed in your config files. From gamalsa at hotmail.com Mon Sep 20 14:15:09 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 14:15:09 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> References: <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> Message-ID: <1285017309118-5552365.post@n2.nabble.com> when using g729 it chooses ptime 20 ms and the call goes fine. 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec Compare [G729:18:8000:20]/[G723:4:8000:120] 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec Compare [G729:18:8000:20]/[G729:18:8000:120] 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec Compare [G729:18:8000:20]/[PCMU:0:8000:120] 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec Compare [G729:18:8000:20]/[PCMA:8:8000:120] 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec Compare [G729:18:8000:20]/[GSM:3:8000:120] 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3915 Substituting codec G729 at 20i@8000h a=silenceSupp:off - - - - a=ptime:20 nothing in the config special for g723 and nothing on setting ptime 120, as u see g729 uses 20ms Fs is on freebsd 8 box, amd64 from external.xml from vars.xml -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5552365.html Sent from the freeswitch-users mailing list archive at Nabble.com. From david.ponzone at ipeva.fr Mon Sep 20 14:22:05 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Sep 2010 23:22:05 +0200 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1285017309118-5552365.post@n2.nabble.com> References: <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> <1285017309118-5552365.post@n2.nabble.com> Message-ID: <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> Brian just told us you can't have 20ms with g723. It's probably why FS is choosing 120ms. Try to use 30ms. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 23:15, gamalsa a ?crit : > > when using g729 it chooses ptime 20 ms and the call goes fine. > > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec > Compare > [G729:18:8000:20]/[G723:4:8000:120] > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec > Compare > [G729:18:8000:20]/[G729:18:8000:120] > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec > Compare > [G729:18:8000:20]/[PCMU:0:8000:120] > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec > Compare > [G729:18:8000:20]/[PCMA:8:8000:120] > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3867 Audio Codec > Compare > [G729:18:8000:20]/[GSM:3:8000:120] > 2010-09-20 14:57:21.016200 [DEBUG] sofia_glue.c:3915 Substituting > codec > G729 at 20i@8000h > > a=silenceSupp:off - - - - > a=ptime:20 > > nothing in the config special for g723 and nothing on setting ptime > 120, as > u see g729 uses 20ms > > Fs is on freebsd 8 box, amd64 > > from external.xml > > > > > > > > > > > > > from vars.xml > data="global_codec_prefs=G723,G729,PCMU,PCMA,GSM"/> > data="outbound_codec_prefs=G723,G729,PCMU,PCMA,GSM"/> > > > > > > > > > > > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5552365.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/7aab99fa/attachment.html From gamalsa at hotmail.com Mon Sep 20 14:26:38 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 14:26:38 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> Message-ID: <1285017998881-5552397.post@n2.nabble.com> The only profile involved is external profile, I hit it from IP 2.2.2.2 extension 2001 and use external GW to place the call, here is the output for sofia status external profile: 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 1.1.1.1 Ext-RTP-IP 1.1.1.1 SIP-IP 1.1.1.1 Ext-SIP-IP 1.1.1.1 URL sip:mod_sofia at 1.1.1.1:5060 BIND-URL sip:mod_sofia at 1.1.1.1:5060;maddr=1.1.1.1 HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN G723,G729,PCMU,PCMA,GSM CODECS OUT G723,G729,PCMU,PCMA,GSM TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG false PROXY-MEDIA false AGGRESSIVENAT false STUN-ENABLED true STUN-AUTO-DISABLE false CALLS-IN 1 FAILED-CALLS-IN 1 CALLS-OUT 1 FAILED-CALLS-OUT 1 Registrations: ================================================================================================= Call-ID: 10305b5a3eb34746abcdca185fc69cca User: 2001 at 1.1.1.1 Contact: "2001" Agent: sipLite Status: Registered(UDP)(unknown) EXP(2010-09-20 15:21:24) EXPSECS(116) Host: ssw1.xyz.com IP: 2.2.2.2 Port: 53004 Auth-User: 2001 Auth-Realm: 1.1.1.1 MWI-Account: 2001 at 1.1.1.1 please note that g729 is working fine and there is no special setting for g723 in the config -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5552397.html Sent from the freeswitch-users mailing list archive at Nabble.com. From mario_fs at mgtech.com Mon Sep 20 14:18:33 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 14:18:33 -0700 Subject: [Freeswitch-users] ITSP inbound ok but cannot complete outbound call Message-ID: <4C97CFA9.7000108@mgtech.com> For this ITSP, registration is ok and inbound calls work. But when making an outbound call the call is sent to the itsp but then gets a fast busy. From what I see in the trace the itsp uses asterisk. I sent a trace in a previous email but it shows nothing I could see missing or in error. The itsp sent the config info below but I have been using them without a STUN server fine on my old PBX. Is there anything that looks like it is out of sync with defaults (like port?). Also, the SIP and DP are below but since the call is sent the DP must be ok. Thanks for any help/suggestions! >From the ITSP:> Sip Proxy - sip.voipyourphone.com STN Server - stun.voipyourphone.com Registration Port - any one port between 5060 and 5069 DTMF port 5004 RTP ports 16384 to 16482 Audio Codecs G711u (account default), G711a, G729a and iLbc DTMF rfc2833 (default), inband, SIP-INFO SIP: DP From riedinger at sns.eu Mon Sep 20 14:05:32 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Mon, 20 Sep 2010 23:05:32 +0200 Subject: [Freeswitch-users] Problems with FAX transmission In-Reply-To: References: <4C93585B.60804@sns.eu> <4C93876D.5010008@gmail.com> <557C78F2-5611-4B25-A124-3D16DFC7EC7C@freeswitch.org> <4C939C6C.20309@sns.eu> <4C93A2F4.6040002@sns.eu> <4C97947A.2030005@sns.eu> Message-ID: <4C97CC9C.6030607@sns.eu> I really working with latest release, I even tried to rebuild it according the instructions in the e-mail of Leo Zibi. In fs_cli version prints: FreeSWITCH Version 1.0.head (git-184f395 2010-09-20 09-25-14 -0500) I'm attaching a "script" logging of my update, if there should be left any doubts. Nevertheless it isn't working. I attach one more Wireshark trace, which is pretty similar (but not identical) to the one attached in my last e-mail. BR Jan Am 20.09.2010 20:02, schrieb Brian West: > I know it works... we spent all last friday testing it... Shannon verified it so maybe you haven't pulled the very latest code? > > /b > > On Sep 20, 2010, at 12:06 PM, Jan Riedinger wrote: > >> Unfortunately, it is still not working. Some more messages are passed now, but still not all. E. g. the message "no signal" at 12,673 s isn't passed through according the attached trace. >> >> Thank you for your efforts >> Jan >> >> Am 20.09.2010 17:35, schrieb SP: >>> Fixed now, give it a go! >>> >>> On Fri, Sep 17, 2010 at 12:18, Jan Riedinger wrote: >>>> Hi Brian, >>>> >>>> please let me know, when it is fixed, then I will repeat my tests. I >>>> think missing fax transmission capabilities is a serious problem. >>>> >>>> Thank you in advance >>>> Jan >>>> >>>> Am 17.09.2010 18:54, schrieb Brian West: >>>>> Yah thats a bug we are working on it. You can chill for a few ;) >>>>> >>>>> /b > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- A non-text attachment was scrubbed... Name: Fax Trace 4.tif Type: image/tiff Size: 302866 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/63c1a528/attachment-0001.tif -------------- next part -------------- A non-text attachment was scrubbed... Name: faxupgrade.rtf Type: application/msword Size: 408468 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100920/63c1a528/attachment-0001.dot From mario_fs at mgtech.com Mon Sep 20 14:42:31 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 14:42:31 -0700 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C97CFA9.7000108@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> Message-ID: <4C97D547.6010004@mgtech.com> Brand new FS user here. Here is an additional info for my issue of not being able to make outbound calls. I searched and found a "sofia loglevel all 9" command and found that when I make a call I get the 503 service not available message. Inbound works fine. Anyone have an idea? Many thanks! nua(0x8135520): recv signal r_respond 503 Service Unavailable nua: nua_stack_set_params: entering soa_set_params(static::0x812ecc8, ...) called nua: nua_invite_server_respond: entering soa_clear_remote_sdp(static::0x812ecc8) called tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 tport_resolve addrinfo = 10.246.1.27:5060 tport_by_addrinfo(0x817aa88): not found by name UDP/10.246.1.27:5060 tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 tport_vsend returned 838 nta: sent 503 Service Unavailable for INVITE (102) nta: timer shortened to 500 ms nua(0x8135520): removing session usage nua(0x8135520): call state changed: received -> terminated nua(0x8135520): event i_state 503 Service Unavailable nua(0x8135520): event i_terminated 503 Service Unavailable soa_destroy(static::0x812ecc8) called nta_leg_destroy(0x81325f0) nua: nua_application_event: entering nua: nua_handle_magic: entering nua: nua_handle_bind: entering nua: nua_application_event: entering nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nua(0x8135520): sent signal r_destroy nua(0x8135520): recv signal r_destroy nta_leg_destroy((nil)) tport_wakeup_pri(0x817aa88): events IN tport_recv_event(0x817aa88) tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/10.246.1.37:5060) has 638 bytes, veclen = 1 tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from udp/10.246.1.27:5060/sip next=(nil) nta: received ACK sip:914082558194 at 10.246.1.37 SIP/2.0 (CSeq 102) nta: ACK (102) is going to INVITE (102) nta: timer set next to 2305 ms nta: timer I fired, terminate 407 response incoming_reclaim_all((nil), (nil), 0xb54550ec) nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta: timer set next to 2206 ms nta: timer I fired, terminate 503 response incoming_reclaim_all((nil), (nil), 0xb54550ec) nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free On 09/20/10 14:18, Mario wrote: > For this ITSP, registration is ok and inbound calls work. But when > making an outbound call the call is sent to the itsp but then gets a > fast busy. From what I see in the trace the itsp uses asterisk. I sent a > trace in a previous email but it shows nothing I could see missing or in > error. The itsp sent the config info below but I have been using them > without a STUN server fine on my old PBX. Is there anything that looks > like it is out of sync with defaults (like port?). Also, the SIP and DP > are below but since the call is sent the DP must be ok. Thanks for any > help/suggestions! > > > From the ITSP:> > Sip Proxy - sip.voipyourphone.com > STN Server - stun.voipyourphone.com > Registration Port - any one port between 5060 and 5069 > DTMF port 5004 > RTP ports 16384 to 16482 > Audio Codecs G711u (account default), G711a, G729a and iLbc > DTMF rfc2833 (default), inband, SIP-INFO > > > SIP: > > > > > > > > > > DP > > > > data="effective_caller_id_number=${outbound_caller_id_number}"/> > data="effective_caller_id_name=${outbound_caller_id_name}"/> > data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourlife.com"/> > > > From david.ponzone at ipeva.fr Mon Sep 20 15:31:16 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 21 Sep 2010 00:31:16 +0200 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C97D547.6010004@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> Message-ID: <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> Test the SIP account with a softphone or something. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 20/09/2010 ? 23:42, Mario a ?crit : > Brand new FS user here. Here is an additional info for my issue of not > being able to make outbound calls. I searched and found a "sofia > loglevel all 9" command and found that when I make a call I get the > 503 > service not available message. Inbound works fine. Anyone have an > idea? > Many thanks! > > nua(0x8135520): recv signal r_respond 503 Service Unavailable > > > nua: nua_stack_set_params: entering > soa_set_params(static::0x812ecc8, ...) called > nua: nua_invite_server_respond: entering > soa_clear_remote_sdp(static::0x812ecc8) called > tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 > tport_resolve addrinfo = 10.246.1.27:5060 > tport_by_addrinfo(0x817aa88): not found by name UDP/10.246.1.27:5060 > tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 > tport_vsend returned 838 > nta: sent 503 Service Unavailable for INVITE (102) > nta: timer shortened to 500 ms > nua(0x8135520): removing session usage > nua(0x8135520): call state changed: received -> terminated > nua(0x8135520): event i_state 503 Service Unavailable > nua(0x8135520): event i_terminated 503 Service Unavailable > soa_destroy(static::0x812ecc8) called > nta_leg_destroy(0x81325f0) > nua: nua_application_event: entering > nua: nua_handle_magic: entering > nua: nua_handle_bind: entering > nua: nua_application_event: entering > nua: nua_handle_magic: entering > nua: nua_handle_destroy: entering > nua(0x8135520): sent signal r_destroy > nua(0x8135520): recv signal r_destroy > nta_leg_destroy((nil)) > tport_wakeup_pri(0x817aa88): events IN > tport_recv_event(0x817aa88) > tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/10.246.1.37:5060) > has 638 bytes, veclen = 1 > tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from > udp/10.246.1.27:5060/sip next=(nil) > nta: received ACK sip:914082558194 at 10.246.1.37 SIP/2.0 (CSeq 102) > nta: ACK (102) is going to INVITE (102) > nta: timer set next to 2305 ms > nta: timer I fired, terminate 407 response > incoming_reclaim_all((nil), (nil), 0xb54550ec) > nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free > nta: timer set next to 2206 ms > nta: timer I fired, terminate 503 response > incoming_reclaim_all((nil), (nil), 0xb54550ec) > nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free > > > On 09/20/10 14:18, Mario wrote: >> For this ITSP, registration is ok and inbound calls work. But when >> making an outbound call the call is sent to the itsp but then gets a >> fast busy. From what I see in the trace the itsp uses asterisk. I >> sent a >> trace in a previous email but it shows nothing I could see missing >> or in >> error. The itsp sent the config info below but I have been using them >> without a STUN server fine on my old PBX. Is there anything that >> looks >> like it is out of sync with defaults (like port?). Also, the SIP >> and DP >> are below but since the call is sent the DP must be ok. Thanks for >> any >> help/suggestions! >> >> >> From the ITSP:> >> Sip Proxy - sip.voipyourphone.com >> STN Server - stun.voipyourphone.com >> Registration Port - any one port between 5060 and 5069 >> DTMF port 5004 >> RTP ports 16384 to 16482 >> Audio Codecs G711u (account default), G711a, G729a and iLbc >> DTMF rfc2833 (default), inband, SIP-INFO >> >> >> SIP: >> >> >> >> >> >> >> >> >> >> DP >> >> >> >> > data="effective_caller_id_number=${outbound_caller_id_number}"/> >> > data="effective_caller_id_name=${outbound_caller_id_name}"/> >> > data="sofia/gateway/uid1/1${default_areacode} >> $1 at sip.voipyourlife.com"/> >> >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/30fdac89/attachment.html From fs-list at communicatefreely.net Mon Sep 20 16:22:32 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 19:22:32 -0400 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <1284998738.25013.15.camel@luna.tc.commsmundi.com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> <370E7406-E1C9-4DF3-9AC1-1A94F5F0D937@freeswitch.org> <8DDEC4C0-1520-44E5-BEEC-13A5F0A83530@freeswitch.org> <1284998738.25013.15.camel@luna.tc.commsmundi.com> Message-ID: <4C97ECB8.60706@communicatefreely.net> Yes, I have that problem with fax too! The only system I have ever seen with folders is Asterisk, but that's what I'm migrating from, so it still gets used. I think I will go ahead and build something in lua. It's not that hard given that all the required data is already in a database and I don't have to parse anything. Once I'm done playing messages and moving them around, etc. How do I tell freeswitch to update the message counts on the phones? Is there some sort of event I can fire that will update the MWI to whatever is in the database? Thanks! -Tim Fran?ois Delawarde wrote: > I have the same problem for Fax, but unfortunately some people are > difficult to convince they should use email instead. > > Tim: You could also implement your own custom voicemail system using > some lua script or similar! It's just another IVR after all. > From fs-list at communicatefreely.net Mon Sep 20 16:30:18 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 19:30:18 -0400 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <0cbd01cb58cc$8a61d0b0$9f257210$@com> References: <4C96E1D3.8030607@communicatefreely.net> <0cbd01cb58cc$8a61d0b0$9f257210$@com> Message-ID: <4C97EE8A.4000300@communicatefreely.net> Peder wrote: > I know this isn't a direct answer for your question, but I always tell > people to have it emailed to them as well, and then they can file it in > their email folders, which is infinitely easier to search. Personally I've > never understood people that use huge folders of voicemail. How the heck do > you search through 90 messages in a timely manner? I'm not sure either. The people that are real e-mail users tend not to care about the lack of folders. The people who want them (they are few) are folks that aren't really computer savvy, don't have speakers on their workstation (maybe it's an x terminal in a lot of cases), or they don't have a computer nearby (people that work in warehouses, kitchens, etc). From fs-list at communicatefreely.net Mon Sep 20 16:31:29 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 19:31:29 -0400 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: References: <4C96E1D3.8030607@communicatefreely.net> Message-ID: <4C97EED1.1020605@communicatefreely.net> t of former Asterisk users really miffed about the lack of folders in Freeswitch voice mail. > > http://jira.freeswitch.org/browse/BOUNTY-22 > > Donate to the cause then. I'll either donate, or I'll just do it and contribute it back. It may end up being MY implementation of voice mail, but it will be in lua so people can change it however they want. From fs-list at communicatefreely.net Mon Sep 20 16:57:11 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Mon, 20 Sep 2010 19:57:11 -0400 Subject: [Freeswitch-users] Modems In-Reply-To: References: <81802D63-8635-465F-B478-34C846F4E61F@ukgb.net> <197186CA-C15C-4F73-82A0-FB219FF9E2EA@ukgb.net> Message-ID: <4C97F4D7.2000406@communicatefreely.net> The problem mainly is as I said, I cannot figure how VOIP -> PSTN bridging can be achieved whatever the gateway device. > > A SIP client (VOIP phone, softphone etc) uses only the SIP URI to make the call. From that piece of data it gets the SIP domain and the ID of the user. So how is the gateway able to be inserted in this process. The SIP client has no knowledge of this device and no way to include that third piece of data into its process. > > Obviously such gateways do exist, but I do not yet understand how the process works. Some advice on the basic process flow would therefore assist me to set up what I need irrespective of what devices I am using. Sorry to be so ignorant about this, but anyone able and willing to help with an explanation? > Here's a simple answer: Usually there is some sort of intermediary to help with routing, but purely from the gateway's perspective: The device listens for SIP signalling A call comes in to the domain or IP address of the gateway with the destination number as the user part of the SIP uri (the part before the @ sign). The gateway interprets the user part as the PSTN number, subject to any internal rules it has about adding or removing prefixes, etc. The gateway then picks up the line and places the call, sending back SIP messages as to the status. Here's a link that brings up a PDF document explaining SIP to PSTN call flow. http://www.eventhelix.com/EventStudio/telecom_message_sequence_charts/SIP_PSTN_Call_Flow.pdf From steveu at coppice.org Mon Sep 20 18:02:15 2010 From: steveu at coppice.org (Steve Underwood) Date: Tue, 21 Sep 2010 09:02:15 +0800 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> References: <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> <1285017309118-5552365.post@n2.nabble.com> <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> Message-ID: <4C980417.50004@coppice.org> Hi David, On 09/21/2010 05:22 AM, David Ponzone wrote: > Brian just told us you can't have 20ms with g723. > It's probably why FS is choosing 120ms. > Try to use 30ms. If you are just going to say things at random, without understanding the problem, it really just makes things more confusing. The other end doesn't specify a ptime. So, for G.723.1 FS should be using multiples of 30ms. It should *never* be making a comparison against G.723.1 at 20ms. Even if the far end said G.723.1 and ptime 20ms, FS should be saying that's stupid, and taking some remedial action. Steve From brian at freeswitch.org Mon Sep 20 18:18:25 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 20:18:25 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <4C980417.50004@coppice.org> References: <1284742026517-5543541.post@n2.nabble.com> <1284771185617-5544751.post@n2.nabble.com> <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> <1285017309118-5552365.post@n2.nabble.com> <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> <4C980417.50004@coppice.org> Message-ID: The fix is to allow G723 at 30i /b On Sep 20, 2010, at 8:02 PM, Steve Underwood wrote: > If you are just going to say things at random, without understanding the > problem, it really just makes things more confusing. The other end > doesn't specify a ptime. So, for G.723.1 FS should be using multiples of > 30ms. It should *never* be making a comparison against G.723.1 at 20ms. > Even if the far end said G.723.1 and ptime 20ms, FS should be saying > that's stupid, and taking some remedial action. > > Steve From brian at freeswitch.org Mon Sep 20 18:33:55 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 20 Sep 2010 20:33:55 -0500 Subject: [Freeswitch-users] Voice mail folders In-Reply-To: <4C97EED1.1020605@communicatefreely.net> References: <4C96E1D3.8030607@communicatefreely.net> <4C97EED1.1020605@communicatefreely.net> Message-ID: Thats one way to step up and get involved... bravo! Wish more people had that attitude. /b On Sep 20, 2010, at 6:31 PM, Tim St. Pierre wrote: > I'll either donate, or I'll just do it and contribute it back. It may end up being MY > implementation of voice mail, but it will be in lua so people can change it however they want. From gamalsa at hotmail.com Mon Sep 20 21:19:09 2010 From: gamalsa at hotmail.com (gamalsa) Date: Mon, 20 Sep 2010 21:19:09 -0700 (PDT) Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: References: <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> <1285017309118-5552365.post@n2.nabble.com> <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> <4C980417.50004@coppice.org> Message-ID: <1285042749549-5553241.post@n2.nabble.com> Brian I tried that too, I specifically specified g723_1 at 30i on the external profile, but still the problem exist.. no matter what, g723 chooses 120ms ptime. do u think it might be a bug ?? I don't know, checked every thing, looks normal and the problem remains.... -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5553241.html Sent from the freeswitch-users mailing list archive at Nabble.com. From sharad at coraltele.com Mon Sep 20 21:46:25 2010 From: sharad at coraltele.com (sharad) Date: Tue, 21 Sep 2010 10:16:25 +0530 Subject: [Freeswitch-users] recording of voice of non registered users. References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad> <649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> <4C9781D9.2080209@puzzled.xs4all.nl> Message-ID: <2F67FFF4164E4E3492D3F626970C83C1@sharad> Thanks..I think we can achieve recording with Oreka after doing some rework on this. Thanx once again. Regards Sharad ----- Original Message ----- From: "Patrick Lists" To: "FreeSWITCH Users Help" Sent: Monday, September 20, 2010 9:16 PM Subject: Re: [Freeswitch-users] recording of voice of non registered users. > On 09/20/2010 06:51 AM, sharad wrote: >> Thanks for your reply. >> You are absolutely right but wireshark can not be used because there are >> so many IP users so can not predict who will talk to whom. Secondly can >> not use port mirroring also because in this way, traffic goes so high. >> So what I was wondering whether there is any SIP application which can >> be instructed to record the voice of two end points (Having P2P RTP) on >> the fly. This way, SIP application will pull the RTP of only those calls >> which are supposed to be recorded. >> It is just a thought, if someone can throw some some light on this, we >> will be thankfull to entire forum. >> Thanx in advance. >> Regards > > Have a look at http://www.orecx.com > > Regards, > Patrick > > > From sharad at coraltele.com Mon Sep 20 21:46:45 2010 From: sharad at coraltele.com (sharad) Date: Tue, 21 Sep 2010 10:16:45 +0530 Subject: [Freeswitch-users] recording of voice of non registered users. References: <38D66247ED214B4F97F4A5FE3DBD6B69@sharad><649F0BC2D3EC4E528057D2E3F3B50B6B@sharad> <051735E0-361D-4ABA-8845-8D7A575E200C@freeswitch.org> Message-ID: <1DC01470C9454B898F2E580C2A247343@sharad> thanks /b for your kind suggestion. regards ----- Original Message ----- From: "Brian West" To: "FreeSWITCH Users Help" Sent: Monday, September 20, 2010 7:23 PM Subject: Re: [Freeswitch-users] recording of voice of non registered users. www.nsa.gov they might have the worm hole technology required to listen in on the call. /b On Sep 20, 2010, at 2:51 AM, David Ponzone wrote: > I don't really understand how you could record a RTP flow that is P2P > between the 2 phones, without having the IPBX itself recording, or > wiresharks on all your endpoints. > > Though, one solution would be to connect your IPBX to FS through a SIP > trunk and to configure your IPBX so that all calls, even internal, are > routed through the SIP Trunk. > This way, you would be able to record internal calls in FS, assuming your > IPBX can do that. > > Other solutions not involving FS are out of the scope of this > mailing-list. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message > s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de > ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > From steveayre at gmail.com Tue Sep 21 00:19:25 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 21 Sep 2010 08:19:25 +0100 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: References: <201009200945.07056.sos@sokhapkin.dyndns.org> Message-ID: Then that's a problem with the gateway. You could try placing before the bridge. That'll stop any early media being sent. It does mean you won't hear any ringing though, although FS can generate ringback for you if that's a problem. The bridge links signalling of the legs together. Leg A will be answered when leg B is answered, there's no need for the answer app. -Steve On 20 September 2010 14:58, Aloysius Lloyd wrote: > if I remove the answer , early media problems , lots of noices > > Thanks > Lloyd > > > > > On Mon, Sep 20, 2010 at 9:45 AM, Sergey Okhapkin > wrote: > >> What happens if you remove "answer"? >> >> On Monday 20 September 2010, Aloysius Lloyd wrote: >> > Hello, >> > >> > I have the following Dial plan for Routing DID to a PSTN Number and it >> is >> > working. >> > >> > >> > >> > >> > > > data="sofia/gateway/voipms/14161231234"/> >> > >> > >> > >> > >> > Is there anyway to route the call without answer ( > > application="answer"/>) >> > >> > Any help is appreciated. >> > >> > Thanks >> > Lloyd >> > >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/01558262/attachment-0001.html From mario_fs at mgtech.com Mon Sep 20 15:47:14 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 15:47:14 -0700 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> Message-ID: <4C97E472.5000901@mgtech.com> This ITSP account is working for 2 years on a linksys/CICS PBX, SPA962 phones, and any softphone. It works now. One other ITSP works fine in and out, Only on FS do I have the problem with this ITSP. I have 2 new items after talking to the ITSP: 1. I noticed I am getting 407 Proxy Authentication Required messages when I try to make a call. Inbound ok. 2. The ITSP says he sees no return IP address for the call. I am behind a firewall with NAT and all ports open for testing. The Linksys PBX and other phones work fine. The other ITSP also works fine with FS. It's only this one ITSP. I am trying to find keywords on authentication for the gateway parms if there are any. Mario On 09/20/10 15:31, David Ponzone wrote: > Test the SIP account with a softphone or something. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 20/09/2010 ? 23:42, Mario a ?crit : > >> Brand new FS user here. Here is an additional info for my issue of not >> being able to make outbound calls. I searched and found a "sofia >> loglevel all 9" command and found that when I make a call I get the 503 >> service not available message. Inbound works fine. Anyone have an idea? >> Many thanks! >> >> nua(0x8135520): recv signal r_respond 503 Service Unavailable >> >> >> nua: nua_stack_set_params: entering >> soa_set_params(static::0x812ecc8, ...) called >> nua: nua_invite_server_respond: entering >> soa_clear_remote_sdp(static::0x812ecc8) called >> tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 >> tport_resolve addrinfo = 10.246.1.27:5060 >> tport_by_addrinfo(0x817aa88): not found by name UDP/10.246.1.27:5060 >> tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 >> tport_vsend returned 838 >> nta: sent 503 Service Unavailable for INVITE (102) >> nta: timer shortened to 500 ms >> nua(0x8135520): removing session usage >> nua(0x8135520): call state changed: received -> terminated >> nua(0x8135520): event i_state 503 Service Unavailable >> nua(0x8135520): event i_terminated 503 Service Unavailable >> soa_destroy(static::0x812ecc8) called >> nta_leg_destroy(0x81325f0) >> nua: nua_application_event: entering >> nua: nua_handle_magic: entering >> nua: nua_handle_bind: entering >> nua: nua_application_event: entering >> nua: nua_handle_magic: entering >> nua: nua_handle_destroy: entering >> nua(0x8135520): sent signal r_destroy >> nua(0x8135520): recv signal r_destroy >> nta_leg_destroy((nil)) >> tport_wakeup_pri(0x817aa88): events IN >> tport_recv_event(0x817aa88) >> tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/10.246.1.37:5060) >> has 638 bytes, veclen = 1 >> tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from >> udp/10.246.1.27:5060/sip next=(nil) >> nta: received ACK sip:914082558194 at 10.246.1.37 SIP/2.0 (CSeq 102) >> nta: ACK (102) is going to INVITE (102) >> nta: timer set next to 2305 ms >> nta: timer I fired, terminate 407 response >> incoming_reclaim_all((nil), (nil), 0xb54550ec) >> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free >> nta: timer set next to 2206 ms >> nta: timer I fired, terminate 503 response >> incoming_reclaim_all((nil), (nil), 0xb54550ec) >> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free >> >> >> On 09/20/10 14:18, Mario wrote: >>> For this ITSP, registration is ok and inbound calls work. But when >>> making an outbound call the call is sent to the itsp but then gets a >>> fast busy. From what I see in the trace the itsp uses asterisk. I sent a >>> trace in a previous email but it shows nothing I could see missing or in >>> error. The itsp sent the config info below but I have been using them >>> without a STUN server fine on my old PBX. Is there anything that looks >>> like it is out of sync with defaults (like port?). Also, the SIP and DP >>> are below but since the call is sent the DP must be ok. Thanks for any >>> help/suggestions! >>> >>> >>> From the ITSP:> >>> Sip Proxy - sip.voipyourphone.com >>> STN Server - stun.voipyourphone.com >>> Registration Port - any one port between 5060 and 5069 >>> DTMF port 5004 >>> RTP ports 16384 to 16482 >>> Audio Codecs G711u (account default), G711a, G729a and iLbc >>> DTMF rfc2833 (default), inband, SIP-INFO >>> >>> >>> SIP: >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> DP >>> >>> >>> >>> >> data="effective_caller_id_number=${outbound_caller_id_number}"/> >>> >> data="effective_caller_id_name=${outbound_caller_id_name}"/> >>> >> data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourlife.com >>> "/> >>> >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mario_fs at mgtech.com Mon Sep 20 16:58:36 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 20 Sep 2010 16:58:36 -0700 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C97E472.5000901@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> Message-ID: <4C97F52C.9090304@mgtech.com> Appreciate anyone who can point me to the right direction. Here is more info from logelevel 9 trace. I ran a test with the working ITSP and non-working ITSP and compared the trace. They are below and it is clear where things are different. Unfortunately, I don't see how to solve the problem. At first I thought it was the "Auth Required" messages but I see them in the ITSP1 trace that works also. So I don't know if that's the problem. Eve if it is I don't see how to fix it since the gateway parms look good. This is my only major problem with FS at this point, I am new to FS but have most things working based on the new book. --------------- ITSP2 that does NOT work ----------------------------- nta: sent 100 Trying for INVITE (101) nua(0xb67056e0): event i_invite 100 Trying nua(0xb67056e0): call state changed: init -> received, received offer soa_get_remote_sdp(static::0xb67048e0, [0xb5373cac], [0xb5373ca8], [(nil)]) called nua(0xb67056e0): event i_state 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0xb67056e0): sent signal r_respond nua: nua_handle_magic: entering nua: nua_handle_destroy: entering <------- DIFFERENCE BELOW nua(0xb67056e0): sent signal r_destroy nua: nua_application_event: entering nua(0xb67056e0): event i_state dropped nua(0xb67056e0): recv signal r_respond 407 Proxy Authentication Required nua: nua_stack_set_params: entering soa_set_params(static::0xb67048e0, ...) called nua: nua_invite_server_respond: entering soa_clear_remote_sdp(static::0xb67048e0) called tport_tsend(0x81c1870) tpn = UDP/10.246.1.27:5060 tport_resolve addrinfo = 10.246.1.27:5060 tport_by_addrinfo(0x81c1870): not found by name UDP/10.246.1.27:5060 tport_vsend(0x81c1870): 813 bytes of 813 to udp/10.246.1.27:5060 tport_vsend returned 813 nta: sent 407 Proxy Authentication Required for INVITE (101) --------------- ITSP1 that works ---------------------------------- nta: sent 100 Trying for INVITE (102) nua(0x827cc00): event i_invite 100 Trying nua(0x827cc00): call state changed: init -> received, received offer soa_get_remote_sdp(static::0x827d0b8, [0xb53a9cac], [0xb53a9ca8], [(nil)]) called nua(0x827cc00): event i_state 100 Trying nua: nua_application_event: entering nta: timer set next to 4910 ms 2010-09-20 16:34:40.367812 [NOTICE] switch_channel.c:779 New Channel sofia/internal/200 at 10.246.1.37 [39ddcdbe-2f0e-4c58-a492-707c04baec1e] nua: nua_handle_bind: entering nua: nua_handle_magic: entering nua: nua_application_event: entering <- DIFFERENCE FROM ABOVE nua: nua_handle_magic: entering 2010-09-20 16:34:40.520174 [INFO] mod_dialplan_xml.c:331 Processing 200 <200>->714082558194 in context default 2010-09-20 16:34:40.531634 [NOTICE] switch_channel.c:779 New Channel sofia/external/14082558194 at callcentric.com [8011f48a-3494-4e92-a5c3-eadc7139530d] nua: nh_create_handle: entering nua: nua_handle_bind: entering nua: nua_invite: entering nua(0x83e2a68): sent signal r_invite nua(0x83e2a68): recv signal r_invite nua: nua_stack_set_params: entering soa_clone(static::0x81799a0, 0x82d6048, 0x83e2a68) called soa_set_params(static::0x82081a8, ...) called soa_set_params(static::0x82081a8, ...) called On 09/20/10 15:47, Mario wrote: > This ITSP account is working for 2 years on a linksys/CICS PBX, SPA962 > phones, and any softphone. It works now. One other ITSP works fine in > and out, Only on FS do I have the problem with this ITSP. I have 2 new > items after talking to the ITSP: > > 1. I noticed I am getting 407 Proxy Authentication Required messages > when I try to make a call. Inbound ok. > > 2. The ITSP says he sees no return IP address for the call. I am behind > a firewall with NAT and all ports open for testing. The Linksys PBX and > other phones work fine. The other ITSP also works fine with FS. It's > only this one ITSP. I am trying to find keywords on authentication for > the gateway parms if there are any. > Mario > > On 09/20/10 15:31, David Ponzone wrote: >> Test the SIP account with a softphone or something. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> >> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou >> diffusion non autoris?e est interdite. Tout message ?lectronique est >> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >> n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur./ >> / >> / >> >> >> >> Le 20/09/2010 ? 23:42, Mario a ?crit : >> >>> Brand new FS user here. Here is an additional info for my issue of not >>> being able to make outbound calls. I searched and found a "sofia >>> loglevel all 9" command and found that when I make a call I get the 503 >>> service not available message. Inbound works fine. Anyone have an idea? >>> Many thanks! >>> >>> nua(0x8135520): recv signal r_respond 503 Service Unavailable >>> >>> >>> nua: nua_stack_set_params: entering >>> soa_set_params(static::0x812ecc8, ...) called >>> nua: nua_invite_server_respond: entering >>> soa_clear_remote_sdp(static::0x812ecc8) called >>> tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 >>> tport_resolve addrinfo = 10.246.1.27:5060 >>> tport_by_addrinfo(0x817aa88): not found by name UDP/10.246.1.27:5060 >>> tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 >>> tport_vsend returned 838 >>> nta: sent 503 Service Unavailable for INVITE (102) >>> nta: timer shortened to 500 ms >>> nua(0x8135520): removing session usage >>> nua(0x8135520): call state changed: received -> terminated >>> nua(0x8135520): event i_state 503 Service Unavailable >>> nua(0x8135520): event i_terminated 503 Service Unavailable >>> soa_destroy(static::0x812ecc8) called >>> nta_leg_destroy(0x81325f0) >>> nua: nua_application_event: entering >>> nua: nua_handle_magic: entering >>> nua: nua_handle_bind: entering >>> nua: nua_application_event: entering >>> nua: nua_handle_magic: entering >>> nua: nua_handle_destroy: entering >>> nua(0x8135520): sent signal r_destroy >>> nua(0x8135520): recv signal r_destroy >>> nta_leg_destroy((nil)) >>> tport_wakeup_pri(0x817aa88): events IN >>> tport_recv_event(0x817aa88) >>> tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/10.246.1.37:5060) >>> has 638 bytes, veclen = 1 >>> tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from >>> udp/10.246.1.27:5060/sip next=(nil) >>> nta: received ACK sip:914082558194 at 10.246.1.37 SIP/2.0 (CSeq 102) >>> nta: ACK (102) is going to INVITE (102) >>> nta: timer set next to 2305 ms >>> nta: timer I fired, terminate 407 response >>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free >>> nta: timer set next to 2206 ms >>> nta: timer I fired, terminate 503 response >>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free >>> >>> >>> On 09/20/10 14:18, Mario wrote: >>>> For this ITSP, registration is ok and inbound calls work. But when >>>> making an outbound call the call is sent to the itsp but then gets a >>>> fast busy. From what I see in the trace the itsp uses asterisk. I sent a >>>> trace in a previous email but it shows nothing I could see missing or in >>>> error. The itsp sent the config info below but I have been using them >>>> without a STUN server fine on my old PBX. Is there anything that looks >>>> like it is out of sync with defaults (like port?). Also, the SIP and DP >>>> are below but since the call is sent the DP must be ok. Thanks for any >>>> help/suggestions! >>>> >>>> >>>> From the ITSP:> >>>> Sip Proxy - sip.voipyourphone.com >>>> STN Server - stun.voipyourphone.com >>>> Registration Port - any one port between 5060 and 5069 >>>> DTMF port 5004 >>>> RTP ports 16384 to 16482 >>>> Audio Codecs G711u (account default), G711a, G729a and iLbc >>>> DTMF rfc2833 (default), inband, SIP-INFO >>>> >>>> >>>> SIP: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> DP >>>> >>>> >>>> >>>> >>> data="effective_caller_id_number=${outbound_caller_id_number}"/> >>>> >>> data="effective_caller_id_name=${outbound_caller_id_name}"/> >>>> >>> data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourlife.com >>>> "/> >>>> >>>> >>>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 jonyoung111 at gmail.com Mon Sep 20 23:37:40 2010 From: jonyoung111 at gmail.com (Jon Young) Date: Mon, 20 Sep 2010 23:37:40 -0700 Subject: [Freeswitch-users] Changing IP addresses Message-ID: Is there anything that would prevent changing IP addresses or subnets on a FS install? Is there a doc or wiki that points to any or all changes necessary? Regards, Jon From jrichey at itltd.net Mon Sep 20 15:34:23 2010 From: jrichey at itltd.net (JRichey) Date: Mon, 20 Sep 2010 15:34:23 -0700 Subject: [Freeswitch-users] sip stack problem in fsw Message-ID: <6ECAF1527329364583AB525CF34ABF950832196B@ms.kallback.com> The gateway sending calls to the FreeSwitch box ends up dropping the calls. There are also some pops and clicks that aren't there when playing a continuous audio file. -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org]On Behalf Of Brian West Sent: Monday, September 20, 2010 12:23 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] sip stack problem in fsw You shouldn't see RTP between files when sleeping... its 100% valid to NOT send any media when their is NOTHING to be sent. Does your phone freak out or something? /b On Sep 20, 2010, at 2:08 PM, JRichey wrote: > I'm in a similar situation where I need to disable VAD because the other end > will disconnect the call if the RTP stops. I've tried the setting Anthony > suggested as well as several others I've found on the wiki, but I've not > been able to get it to work. The variables I've been trying are listed > below. > > suppress-cng > suppress_cng > rtp_disable_vad_out > rtp_disable_vad_in > bridge_generate_comfort_noise > send_silence_when_idle > > > For my test calls I'm just playing back sound files with sleep in-between > them and I see no RTP when calling sleep. I'm using tcpdump and wireshark > to analyze the calls. > > > -Justin Richey > jrichey at ITLtd.net _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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.ponzone at ipeva.fr Tue Sep 21 01:25:17 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 21 Sep 2010 10:25:17 +0200 Subject: [Freeswitch-users] Changing IP addresses In-Reply-To: References: Message-ID: <2D7B8017-54E8-4C88-8749-C56EEE8CA1B0@ipeva.fr> Absolutely not. Just update the required variables in vars.xml or in your SIP profiles, if your hardcoded IPs in there. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 21/09/2010 ? 08:37, Jon Young a ?crit : > Is there anything that would prevent changing IP addresses or subnets > on a FS install? Is there a doc or wiki that points to any or all > changes necessary? > > Regards, > > Jon > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/d8677e59/attachment-0001.html From david.ponzone at ipeva.fr Tue Sep 21 01:29:47 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 21 Sep 2010 10:29:47 +0200 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C97F52C.9090304@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> <4C97F52C.9090304@mgtech.com> Message-ID: <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> Can you send us the output of: sofia status profile on all the profiles you used to register to your ITSPs David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 21/09/2010 ? 01:58, Mario a ?crit : > Appreciate anyone who can point me to the right direction. Here is > more > info from logelevel 9 trace. I ran a test with the working ITSP and > non-working ITSP and compared the trace. They are below and it is > clear > where things are different. Unfortunately, I don't see how to solve > the > problem. At first I thought it was the "Auth Required" messages but I > see them in the ITSP1 trace that works also. So I don't know if that's > the problem. Eve if it is I don't see how to fix it since the gateway > parms look good. This is my only major problem with FS at this > point, I > am new to FS but have most things working based on the new book. > > --------------- ITSP2 that does NOT work ----------------------------- > nta: sent 100 Trying for INVITE (101) > nua(0xb67056e0): event i_invite 100 Trying > nua(0xb67056e0): call state changed: init -> received, received offer > soa_get_remote_sdp(static::0xb67048e0, [0xb5373cac], [0xb5373ca8], > [(nil)]) called > nua(0xb67056e0): event i_state 100 Trying > nua: nua_application_event: entering > nua: nua_respond: entering > nua(0xb67056e0): sent signal r_respond > nua: nua_handle_magic: entering > nua: nua_handle_destroy: entering <------- DIFFERENCE BELOW > nua(0xb67056e0): sent signal r_destroy > nua: nua_application_event: entering > nua(0xb67056e0): event i_state dropped > nua(0xb67056e0): recv signal r_respond 407 Proxy Authentication > Required > nua: nua_stack_set_params: entering > soa_set_params(static::0xb67048e0, ...) called > nua: nua_invite_server_respond: entering > soa_clear_remote_sdp(static::0xb67048e0) called > tport_tsend(0x81c1870) tpn = UDP/10.246.1.27:5060 > tport_resolve addrinfo = 10.246.1.27:5060 > tport_by_addrinfo(0x81c1870): not found by name UDP/10.246.1.27:5060 > tport_vsend(0x81c1870): 813 bytes of 813 to udp/10.246.1.27:5060 > tport_vsend returned 813 > nta: sent 407 Proxy Authentication Required for INVITE (101) > > --------------- ITSP1 that works ---------------------------------- > nta: sent 100 Trying for INVITE (102) > nua(0x827cc00): event i_invite 100 Trying > nua(0x827cc00): call state changed: init -> received, received offer > soa_get_remote_sdp(static::0x827d0b8, [0xb53a9cac], [0xb53a9ca8], > [(nil)]) called > nua(0x827cc00): event i_state 100 Trying > nua: nua_application_event: entering > nta: timer set next to 4910 ms > 2010-09-20 16:34:40.367812 [NOTICE] switch_channel.c:779 New Channel > sofia/internal/200 at 10.246.1.37 [39ddcdbe-2f0e-4c58-a492-707c04baec1e] > nua: nua_handle_bind: entering > > > nua: nua_handle_magic: entering > nua: nua_application_event: entering <- DIFFERENCE FROM ABOVE > nua: nua_handle_magic: entering > 2010-09-20 16:34:40.520174 [INFO] mod_dialplan_xml.c:331 Processing > 200 > <200>->714082558194 in context default > 2010-09-20 16:34:40.531634 [NOTICE] switch_channel.c:779 New Channel > sofia/external/14082558194 at callcentric.com > [8011f48a-3494-4e92-a5c3-eadc7139530d] > nua: nh_create_handle: entering > > > nua: nua_handle_bind: entering > nua: nua_invite: entering > nua(0x83e2a68): sent signal r_invite > nua(0x83e2a68): recv signal r_invite > nua: nua_stack_set_params: entering > soa_clone(static::0x81799a0, 0x82d6048, 0x83e2a68) called > soa_set_params(static::0x82081a8, ...) called > soa_set_params(static::0x82081a8, ...) called > > > On 09/20/10 15:47, Mario wrote: >> This ITSP account is working for 2 years on a linksys/CICS PBX, >> SPA962 >> phones, and any softphone. It works now. One other ITSP works fine in >> and out, Only on FS do I have the problem with this ITSP. I have 2 >> new >> items after talking to the ITSP: >> >> 1. I noticed I am getting 407 Proxy Authentication Required messages >> when I try to make a call. Inbound ok. >> >> 2. The ITSP says he sees no return IP address for the call. I am >> behind >> a firewall with NAT and all ports open for testing. The Linksys PBX >> and >> other phones work fine. The other ITSP also works fine with FS. It's >> only this one ITSP. I am trying to find keywords on authentication >> for >> the gateway parms if there are any. >> Mario >> >> On 09/20/10 15:31, David Ponzone wrote: >>> Test the SIP account with a softphone or something. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> >>> /Ce message et toutes les pi?ces jointes sont confidentiels et >>> ?tablis ? >>> l'intention exclusive de ses destinataires. Toute utilisation ou >>> diffusion non autoris?e est interdite. Tout message ?lectronique >>> est >>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute >>> responsabilit? au >>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. >>> Si vous >>> n'?tes pas destinataire de ce message, merci de le d?truire >>> imm?diatement et d'avertir l'exp?diteur./ >>> / >>> / >>> >>> >>> >>> Le 20/09/2010 ? 23:42, Mario a ?crit : >>> >>>> Brand new FS user here. Here is an additional info for my issue >>>> of not >>>> being able to make outbound calls. I searched and found a "sofia >>>> loglevel all 9" command and found that when I make a call I get >>>> the 503 >>>> service not available message. Inbound works fine. Anyone have an >>>> idea? >>>> Many thanks! >>>> >>>> nua(0x8135520): recv signal r_respond 503 Service Unavailable >>>> >>>> >>>> nua: nua_stack_set_params: entering >>>> soa_set_params(static::0x812ecc8, ...) called >>>> nua: nua_invite_server_respond: entering >>>> soa_clear_remote_sdp(static::0x812ecc8) called >>>> tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 >>>> tport_resolve addrinfo = 10.246.1.27:5060 >>>> tport_by_addrinfo(0x817aa88): not found by name UDP/ >>>> 10.246.1.27:5060 >>>> tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 >>>> tport_vsend returned 838 >>>> nta: sent 503 Service Unavailable for INVITE (102) >>>> nta: timer shortened to 500 ms >>>> nua(0x8135520): removing session usage >>>> nua(0x8135520): call state changed: received -> terminated >>>> nua(0x8135520): event i_state 503 Service Unavailable >>>> nua(0x8135520): event i_terminated 503 Service Unavailable >>>> soa_destroy(static::0x812ecc8) called >>>> nta_leg_destroy(0x81325f0) >>>> nua: nua_application_event: entering >>>> nua: nua_handle_magic: entering >>>> nua: nua_handle_bind: entering >>>> nua: nua_application_event: entering >>>> nua: nua_handle_magic: entering >>>> nua: nua_handle_destroy: entering >>>> nua(0x8135520): sent signal r_destroy >>>> nua(0x8135520): recv signal r_destroy >>>> nta_leg_destroy((nil)) >>>> tport_wakeup_pri(0x817aa88): events IN >>>> tport_recv_event(0x817aa88) >>>> tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/ >>>> 10.246.1.37:5060) >>>> has 638 bytes, veclen = 1 >>>> tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from >>>> udp/10.246.1.27:5060/sip next=(nil) >>>> nta: received ACK sip:914082558194 at 10.246.1.37 SIP/2.0 (CSeq 102) >>>> nta: ACK (102) is going to INVITE (102) >>>> nta: timer set next to 2305 ms >>>> nta: timer I fired, terminate 407 response >>>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free >>>> nta: timer set next to 2206 ms >>>> nta: timer I fired, terminate 503 response >>>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free >>>> >>>> >>>> On 09/20/10 14:18, Mario wrote: >>>>> For this ITSP, registration is ok and inbound calls work. But when >>>>> making an outbound call the call is sent to the itsp but then >>>>> gets a >>>>> fast busy. From what I see in the trace the itsp uses asterisk. >>>>> I sent a >>>>> trace in a previous email but it shows nothing I could see >>>>> missing or in >>>>> error. The itsp sent the config info below but I have been using >>>>> them >>>>> without a STUN server fine on my old PBX. Is there anything that >>>>> looks >>>>> like it is out of sync with defaults (like port?). Also, the SIP >>>>> and DP >>>>> are below but since the call is sent the DP must be ok. Thanks >>>>> for any >>>>> help/suggestions! >>>>> >>>>> >>>>> From the ITSP:> >>>>> Sip Proxy - sip.voipyourphone.com >>>>> STN Server - stun.voipyourphone.com >>>>> Registration Port - any one port between 5060 and 5069 >>>>> DTMF port 5004 >>>>> RTP ports 16384 to 16482 >>>>> Audio Codecs G711u (account default), G711a, G729a and iLbc >>>>> DTMF rfc2833 (default), inband, SIP-INFO >>>>> >>>>> >>>>> SIP: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> DP >>>>> >>>>> >>>>> >>>>> >>>> data="effective_caller_id_number=${outbound_caller_id_number}"/> >>>>> >>>> data="effective_caller_id_name=${outbound_caller_id_name}"/> >>>>> >>>> data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourlife.com >>>>> >>>> >"/> >>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/425f6bcb/attachment-0001.html From helmut.kuper at ewetel.de Tue Sep 21 02:18:59 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Tue, 21 Sep 2010 11:18:59 +0200 Subject: [Freeswitch-users] Problem with transfer/refer/hold Message-ID: <4C987883.3080604@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, today I found a problem with Snom transfer function. What I do is this: 1. Snom A calls Snom B 2. Snom B icks up and putting Snom A on hold 3. Snom A hears hold music 4. Snom B calls Snom C 5. Snom C picks up 6. Pressing Transfer on Snom B 7. Pressing Transfer on Snom B again :) 8. Connection to Snom B is terminated by FS 9. Snom A hears nothing 10. Snom C hears hold music I found that Snom B sends an HOLD INVITE to Snom C when transfer is pressed for the 2nd time on Snom B. I opened a Bug at Snom, but I'm not sure whether this is also a FS issue ... If you need some pcap traces, I can send you all I have about this. I use Snom FW 8.4.18 and .20 and FS GIT head of 2010-08-26 (Unfortunately that revision has a .version file in which only contains "git-") regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMmHiD4tZeNddg3dwRAskVAKC3OnIBoPaIIW7yhAs/VuAi7X14sgCgn4Uw VpfSKkOGMRcHh06ishvAvl4= =xrkk -----END PGP SIGNATURE----- From gavin.henry at gmail.com Tue Sep 21 02:48:24 2010 From: gavin.henry at gmail.com (Gavin Henry) Date: Tue, 21 Sep 2010 10:48:24 +0100 Subject: [Freeswitch-users] FS processing 302 In-Reply-To: <4508448D788749F6B25886D626C17C28@left> References: <4508448D788749F6B25886D626C17C28@left> Message-ID: > SIP/2.0 302 Moved temporarily Hi Chris, We need to do the same as we are in testing for our interconnect with http://www.xconnect.net This works by us sending an INVITE to them and they send a 302 back so we can go direct to other members of the Global Alliance etc. 302 didn't work, i.e. issuing a new INVITE to the Contact using: FreeSWITCH-mod_sofia/1.0.head-git-9ad509c 2010-08-17 02-32-37 -0400 Since upgrading to git head today, this now all works as expected on version: FreeSWITCH Version 1.0.head (git-df63657 2010-09-20 19-39-45 -0400) We're not using http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect All working for you now? Thanks. -- http://www.surevoip.co.uk http://www.suretectelecom.com From shamun.toha at gmail.com Tue Sep 21 05:26:43 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 21 Sep 2010 14:26:43 +0200 Subject: [Freeswitch-users] Freeswitch - mod_skypopen fail In-Reply-To: References: Message-ID: Professor. Giovanni, Sorry to make you misunderstanding my issue. Apologies for this. Its a nice wiki, and it works always. I am damn sure i am doing somewhere wrong in CentOS. Because of getting confuse if i am doing right or wrong i was thinking to ask. But anyway, i will again read the whole wiki and find why still its not working for me. Thank you very much, appreciate your help always. Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/9b2d7cc4/attachment.html From lloyd.aloysius at gmail.com Tue Sep 21 05:50:55 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Tue, 21 Sep 2010 08:50:55 -0400 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: References: <201009200945.07056.sos@sokhapkin.dyndns.org> Message-ID: The ignore_early_media = true stop the ringing.FS generate ring, is not good when the destination is Busy. What is the problem with gateway? Thanks Lloyd On Tue, Sep 21, 2010 at 3:19 AM, Steven Ayre wrote: > Then that's a problem with the gateway. > > You could try placing > > before the bridge. > > That'll stop any early media being sent. It does mean you won't hear any > ringing though, although FS can generate ringback for you if that's a > problem. > > The bridge links signalling of the legs together. Leg A will be answered > when leg B is answered, there's no need for the answer app. > > -Steve > > > > > On 20 September 2010 14:58, Aloysius Lloyd wrote: > >> if I remove the answer , early media problems , lots of noices >> >> Thanks >> Lloyd >> >> >> >> >> On Mon, Sep 20, 2010 at 9:45 AM, Sergey Okhapkin < >> sos at sokhapkin.dyndns.org> wrote: >> >>> What happens if you remove "answer"? >>> >>> On Monday 20 September 2010, Aloysius Lloyd wrote: >>> > Hello, >>> > >>> > I have the following Dial plan for Routing DID to a PSTN Number and it >>> is >>> > working. >>> > >>> > >>> > >>> > >>> > >> > data="sofia/gateway/voipms/14161231234"/> >>> > >>> > >>> > >>> > >>> > Is there anyway to route the call without answer ( >> > application="answer"/>) >>> > >>> > Any help is appreciated. >>> > >>> > Thanks >>> > Lloyd >>> > >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/f6a9cd06/attachment.html From steveayre at gmail.com Tue Sep 21 06:12:27 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 21 Sep 2010 14:12:27 +0100 Subject: [Freeswitch-users] Routing DID to a PSTN Number In-Reply-To: References: <201009200945.07056.sos@sokhapkin.dyndns.org> Message-ID: "early media problems , lots of noices" Early media comes from the gateway, so if you're having problems with unexpected noises in the early media then it's coming from there (or further upstream). What problems are you having with early media, specifically? -Steve On 21 September 2010 13:50, Aloysius Lloyd wrote: > The ignore_early_media = true stop the ringing.FS generate ring, is not > good when the destination is Busy. > > What is the problem with gateway? > > Thanks > Lloyd > > > > On Tue, Sep 21, 2010 at 3:19 AM, Steven Ayre wrote: > >> Then that's a problem with the gateway. >> >> You could try placing >> >> before the bridge. >> >> That'll stop any early media being sent. It does mean you won't hear any >> ringing though, although FS can generate ringback for you if that's a >> problem. >> >> The bridge links signalling of the legs together. Leg A will be answered >> when leg B is answered, there's no need for the answer app. >> >> -Steve >> >> >> >> >> On 20 September 2010 14:58, Aloysius Lloyd wrote: >> >>> if I remove the answer , early media problems , lots of noices >>> >>> Thanks >>> Lloyd >>> >>> >>> >>> >>> On Mon, Sep 20, 2010 at 9:45 AM, Sergey Okhapkin < >>> sos at sokhapkin.dyndns.org> wrote: >>> >>>> What happens if you remove "answer"? >>>> >>>> On Monday 20 September 2010, Aloysius Lloyd wrote: >>>> > Hello, >>>> > >>>> > I have the following Dial plan for Routing DID to a PSTN Number and it >>>> is >>>> > working. >>>> > >>>> > >>>> > >>>> > >>>> > >>> > data="sofia/gateway/voipms/14161231234"/> >>>> > >>>> > >>>> > >>>> > >>>> > Is there anyway to route the call without answer ( >>> > application="answer"/>) >>>> > >>>> > Any help is appreciated. >>>> > >>>> > Thanks >>>> > Lloyd >>>> > >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/23e5e789/attachment-0001.html From freeswitch-list at puzzled.xs4all.nl Tue Sep 21 07:49:49 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 21 Sep 2010 16:49:49 +0200 Subject: [Freeswitch-users] Usage of optional argument -bf ? Message-ID: <4C98C60D.4080701@puzzled.xs4all.nl> Hi all, In the output of freeswitch -h I noticed there is a (for me) new argument -bf that FreeSWITCH can be started with. Is -bf supposed to work in combination with -nc where it will block until it has fully started and then goes into the background? When I start FreeSWITCH (git from yesterday) as follows: /opt/freeswitch/bin/freeswitch -u freeswitch -g freeswitch -core -bf -nc then FreeSWITCH does start, goes into the background but I can not connect to it with fs_cli on the same host. When I omit -bf from the line above then all is well and I can connect with fs_cli. I'm interested in the blocking part because when you do # service freeswitch start right now it will immediately return [ OK ] but I prefer to get an ok after FreeSWITCH actually has fully started. Did I misunderstood the -bf arg? Thanks! Patrick From anthony.minessale at gmail.com Tue Sep 21 08:15:32 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 21 Sep 2010 10:15:32 -0500 Subject: [Freeswitch-users] G723-Wrong ptime In-Reply-To: <1285042749549-5553241.post@n2.nabble.com> References: <1284857777196-5546824.post@n2.nabble.com> <1285010747589-5551947.post@n2.nabble.com> <1285013380565-5552127.post@n2.nabble.com> <2F43F24D-F7B5-4BA3-91B8-D33F0F388ABD@ipeva.fr> <1285017309118-5552365.post@n2.nabble.com> <1C93CF11-E345-448A-8F9F-A7A8FCDAD8DC@ipeva.fr> <4C980417.50004@coppice.org> <1285042749549-5553241.post@n2.nabble.com> Message-ID: update to latest git HEAD. I added a patch to improve the codec negotiation in this case because it was easier than dealing with this never-ending thread....... On Mon, Sep 20, 2010 at 11:19 PM, gamalsa wrote: > > Brian > > ?I tried that too, I specifically specified g723_1 at 30i on the external > profile, but still the problem exist.. > no matter what, g723 chooses 120ms ptime. do u think it might be a bug ?? > I don't know, checked every thing, looks normal and the problem remains.... > > > > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/G723-Wrong-ptime-tp5543130p5553241.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From rajesh.npnr at yahoo.com Tue Sep 21 08:30:37 2010 From: rajesh.npnr at yahoo.com (rex.alex) Date: Tue, 21 Sep 2010 08:30:37 -0700 (PDT) Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf Message-ID: <1285083037503-5555287.post@n2.nabble.com> Hello, I am trying to send alpha numeric characters when responding to an IVR like, "api uuid_send_dtmf 6a677f06-fa1a-4257-b566-32fe2715b3dc WMW081". But it is not recognizing whereas the numeric characters are getting recognized. Please assist, how do I send? Thanks, Rex -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Sending-Alpha-Numeric-characters-using-uuid-send-dtmf-tp5555287p5555287.html Sent from the freeswitch-users mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/f9086f5b/attachment.html From bsd at todoo.biz Tue Sep 21 07:01:15 2010 From: bsd at todoo.biz (bsd) Date: Tue, 21 Sep 2010 16:01:15 +0200 Subject: [Freeswitch-users] Matching plus sign in dialplan Regexp Message-ID: Hello folks, I am actually using a regexp such as ^(\d{7,15})$ to route call to one of my gateway. My SIP clients have all their number registered with number such as +33123456789 Is there a way to treat the "+" and transform It in "00" at the level of FreeSwitch (I can do that at the client level, but you'll understand that It is easier to do on the server side). Thanks. ???????????????????????????????????????????????? Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From keeling at akan-tech.com Tue Sep 21 07:15:07 2010 From: keeling at akan-tech.com (Nathaniel L Keeling) Date: Tue, 21 Sep 2010 09:15:07 -0500 Subject: [Freeswitch-users] Compile Error Message-ID: <4C98BDEB.3070408@akan-tech.com> I am trying to compile FreeSwitch on a Solaris 10 sparc machine and I am getting this error: Compiling src/switch_core_sqldb.c ... Compiling src/switch_core_session.c ... src/switch_core_session.c: In function `switch_core_session_thread': src/switch_core_session.c:1193: warning: long int format, switch_size_t arg (arg 8) src/switch_core_session.c:1203: warning: long int format, switch_size_t arg (arg 8) src/switch_core_session.c:1221: warning: long int format, switch_size_t arg (arg 8) gmake[1]: *** [libfreeswitch_la-switch_core_session.lo] Error 1 gmake: *** [all] Error 2 I looked in the source directory and I was able to see this file; "libfreeswitch_la-switch_core_session.loT" Any help would be appreciated. Thanks Nathaniel From mario_fs at mgtech.com Tue Sep 21 08:30:57 2010 From: mario_fs at mgtech.com (Mario) Date: Tue, 21 Sep 2010 08:30:57 -0700 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> <4C97F52C.9090304@mgtech.com> <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> Message-ID: <4C98CFB1.9010408@mgtech.com> I was on the phone with the ITSP for the third time and found someone who looked at their end again. He said it looked like a familiar DNS error he had seen. When I went through the gateway and dialplan names with him (the other techs didn't want to) we noticed that the diaplan had a different name than the gateway and found an error in the asterisk setup info they sent me (and others), the gateway and dialplan are different. You can see the gateway setup down below. WRONG: RIGHT: This was a documentation problem that was really tough to find even with the traces. This is also why inbound worked fine and outbound connected to them but the call never completed. Although it was costly for a day of my time I did learn a lot and hope this helps someone else. Thank you all for your generous help! Mario On 09/21/10 01:29, David Ponzone wrote: > Can you send us the output of: > sofia status profile > on all the profiles you used to register to your ITSPs > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 21/09/2010 ? 01:58, Mario a ?crit : > >> Appreciate anyone who can point me to the right direction. Here is more >> info from logelevel 9 trace. I ran a test with the working ITSP and >> non-working ITSP and compared the trace. They are below and it is clear >> where things are different. Unfortunately, I don't see how to solve the >> problem. At first I thought it was the "Auth Required" messages but I >> see them in the ITSP1 trace that works also. So I don't know if that's >> the problem. Eve if it is I don't see how to fix it since the gateway >> parms look good. This is my only major problem with FS at this point, I >> am new to FS but have most things working based on the new book. >> >> --------------- ITSP2 that does NOT work ----------------------------- >> nta: sent 100 Trying for INVITE (101) >> nua(0xb67056e0): event i_invite 100 Trying >> nua(0xb67056e0): call state changed: init -> received, received offer >> soa_get_remote_sdp(static::0xb67048e0, [0xb5373cac], [0xb5373ca8], >> [(nil)]) called >> nua(0xb67056e0): event i_state 100 Trying >> nua: nua_application_event: entering >> nua: nua_respond: entering >> nua(0xb67056e0): sent signal r_respond >> nua: nua_handle_magic: entering >> nua: nua_handle_destroy: entering <------- DIFFERENCE BELOW >> nua(0xb67056e0): sent signal r_destroy >> nua: nua_application_event: entering >> nua(0xb67056e0): event i_state dropped >> nua(0xb67056e0): recv signal r_respond 407 Proxy Authentication Required >> nua: nua_stack_set_params: entering >> soa_set_params(static::0xb67048e0, ...) called >> nua: nua_invite_server_respond: entering >> soa_clear_remote_sdp(static::0xb67048e0) called >> tport_tsend(0x81c1870) tpn = UDP/10.246.1.27:5060 >> tport_resolve addrinfo = 10.246.1.27:5060 >> tport_by_addrinfo(0x81c1870): not found by name UDP/10.246.1.27:5060 >> tport_vsend(0x81c1870): 813 bytes of 813 to udp/10.246.1.27:5060 >> tport_vsend returned 813 >> nta: sent 407 Proxy Authentication Required for INVITE (101) >> >> --------------- ITSP1 that works ---------------------------------- >> nta: sent 100 Trying for INVITE (102) >> nua(0x827cc00): event i_invite 100 Trying >> nua(0x827cc00): call state changed: init -> received, received offer >> soa_get_remote_sdp(static::0x827d0b8, [0xb53a9cac], [0xb53a9ca8], >> [(nil)]) called >> nua(0x827cc00): event i_state 100 Trying >> nua: nua_application_event: entering >> nta: timer set next to 4910 ms >> 2010-09-20 16:34:40.367812 [NOTICE] switch_channel.c:779 New Channel >> sofia/internal/200 at 10.246.1.37 >> [39ddcdbe-2f0e-4c58-a492-707c04baec1e] >> nua: nua_handle_bind: entering >> >> >> nua: nua_handle_magic: entering >> nua: nua_application_event: entering <- DIFFERENCE FROM ABOVE >> nua: nua_handle_magic: entering >> 2010-09-20 16:34:40.520174 [INFO] mod_dialplan_xml.c:331 Processing 200 >> <200>->719161234567 in context default >> 2010-09-20 16:34:40.531634 [NOTICE] switch_channel.c:779 New Channel >> sofia/external/19161234567 at callcentric.com >> >> [8011f48a-3494-4e92-a5c3-eadc7139530d] >> nua: nh_create_handle: entering >> >> >> nua: nua_handle_bind: entering >> nua: nua_invite: entering >> nua(0x83e2a68): sent signal r_invite >> nua(0x83e2a68): recv signal r_invite >> nua: nua_stack_set_params: entering >> soa_clone(static::0x81799a0, 0x82d6048, 0x83e2a68) called >> soa_set_params(static::0x82081a8, ...) called >> soa_set_params(static::0x82081a8, ...) called >> >> >> On 09/20/10 15:47, Mario wrote: >>> This ITSP account is working for 2 years on a linksys/CICS PBX, SPA962 >>> phones, and any softphone. It works now. One other ITSP works fine in >>> and out, Only on FS do I have the problem with this ITSP. I have 2 new >>> items after talking to the ITSP: >>> >>> 1. I noticed I am getting 407 Proxy Authentication Required messages >>> when I try to make a call. Inbound ok. >>> >>> 2. The ITSP says he sees no return IP address for the call. I am behind >>> a firewall with NAT and all ports open for testing. The Linksys PBX and >>> other phones work fine. The other ITSP also works fine with FS. It's >>> only this one ITSP. I am trying to find keywords on authentication for >>> the gateway parms if there are any. >>> Mario >>> >>> On 09/20/10 15:31, David Ponzone wrote: >>>> Test the SIP account with a softphone or something. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> >>>> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>>> l'intention exclusive de ses destinataires. Toute utilisation ou >>>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >>>> n'?tes pas destinataire de ce message, merci de le d?truire >>>> imm?diatement et d'avertir l'exp?diteur./ >>>> / >>>> / >>>> >>>> >>>> >>>> Le 20/09/2010 ? 23:42, Mario a ?crit : >>>> >>>>> Brand new FS user here. Here is an additional info for my issue of not >>>>> being able to make outbound calls. I searched and found a "sofia >>>>> loglevel all 9" command and found that when I make a call I get the 503 >>>>> service not available message. Inbound works fine. Anyone have an idea? >>>>> Many thanks! >>>>> >>>>> nua(0x8135520): recv signal r_respond 503 Service Unavailable >>>>> >>>>> >>>>> nua: nua_stack_set_params: entering >>>>> soa_set_params(static::0x812ecc8, ...) called >>>>> nua: nua_invite_server_respond: entering >>>>> soa_clear_remote_sdp(static::0x812ecc8) called >>>>> tport_tsend(0x817aa88) tpn = UDP/10.246.1.27:5060 >>>>> tport_resolve addrinfo = 10.246.1.27:5060 >>>>> tport_by_addrinfo(0x817aa88): not found by name UDP/10.246.1.27:5060 >>>>> tport_vsend(0x817aa88): 838 bytes of 838 to udp/10.246.1.27:5060 >>>>> tport_vsend returned 838 >>>>> nta: sent 503 Service Unavailable for INVITE (102) >>>>> nta: timer shortened to 500 ms >>>>> nua(0x8135520): removing session usage >>>>> nua(0x8135520): call state changed: received -> terminated >>>>> nua(0x8135520): event i_state 503 Service Unavailable >>>>> nua(0x8135520): event i_terminated 503 Service Unavailable >>>>> soa_destroy(static::0x812ecc8) called >>>>> nta_leg_destroy(0x81325f0) >>>>> nua: nua_application_event: entering >>>>> nua: nua_handle_magic: entering >>>>> nua: nua_handle_bind: entering >>>>> nua: nua_application_event: entering >>>>> nua: nua_handle_magic: entering >>>>> nua: nua_handle_destroy: entering >>>>> nua(0x8135520): sent signal r_destroy >>>>> nua(0x8135520): recv signal r_destroy >>>>> nta_leg_destroy((nil)) >>>>> tport_wakeup_pri(0x817aa88): events IN >>>>> tport_recv_event(0x817aa88) >>>>> tport_recv_iovec(0x817aa88) msg 0x81715a8 from (udp/10.246.1.37:5060) >>>>> has 638 bytes, veclen = 1 >>>>> tport_deliver(0x817aa88): msg 0x81715a8 (638 bytes) from >>>>> udp/10.246.1.27:5060/sip next=(nil) >>>>> nta: received ACK sip:919161234567 at 10.246.1.37 SIP/2.0 (CSeq 102) >>>>> nta: ACK (102) is going to INVITE (102) >>>>> nta: timer set next to 2305 ms >>>>> nta: timer I fired, terminate 407 response >>>>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>>>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free >>>>> nta: timer set next to 2206 ms >>>>> nta: timer I fired, terminate 503 response >>>>> incoming_reclaim_all((nil), (nil), 0xb54550ec) >>>>> nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free >>>>> >>>>> >>>>> On 09/20/10 14:18, Mario wrote: >>>>>> For this ITSP, registration is ok and inbound calls work. But when >>>>>> making an outbound call the call is sent to the itsp but then gets a >>>>>> fast busy. From what I see in the trace the itsp uses asterisk. I >>>>>> sent a >>>>>> trace in a previous email but it shows nothing I could see missing >>>>>> or in >>>>>> error. The itsp sent the config info below but I have been using them >>>>>> without a STUN server fine on my old PBX. Is there anything that looks >>>>>> like it is out of sync with defaults (like port?). Also, the SIP >>>>>> and DP >>>>>> are below but since the call is sent the DP must be ok. Thanks for any >>>>>> help/suggestions! >>>>>> >>>>>> >>>>>> From the ITSP:> >>>>>> Sip Proxy - sip.voipyourphone.com >>>>>> STN Server - stun.voipyourphone.com >>>>>> Registration Port - any one port between 5060 and 5069 >>>>>> DTMF port 5004 >>>>>> RTP ports 16384 to 16482 >>>>>> Audio Codecs G711u (account default), G711a, G729a and iLbc >>>>>> DTMF rfc2833 (default), inband, SIP-INFO >>>>>> >>>>>> >>>>>> SIP: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> DP >>>>>> >>>>>> >>>>>> >>>>>> >>>>> data="effective_caller_id_number=${outbound_caller_id_number}"/> >>>>>> >>>>> data="effective_caller_id_name=${outbound_caller_id_name}"/> >>>>>> >>>>> data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourlife.com >>>>>> "/> >>>>>> >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Tue Sep 21 08:35:58 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 21 Sep 2010 10:35:58 -0500 Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <1285083037503-5555287.post@n2.nabble.com> References: <1285083037503-5555287.post@n2.nabble.com> Message-ID: You can't send non-dtmf via that... why are you wanting to do this? /b On Sep 21, 2010, at 10:30 AM, rex.alex wrote: > Hello, > > I am trying to send alpha numeric characters when responding to an IVR like, "api uuid_send_dtmf 6a677f06-fa1a-4257-b566-32fe2715b3dc WMW081". But it is not recognizing whereas the numeric characters are getting recognized. > > Please assist, how do I send? > > Thanks, > Rex From brian at freeswitch.org Tue Sep 21 08:42:11 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 21 Sep 2010 10:42:11 -0500 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C98CFB1.9010408@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> <4C97F52C.9090304@mgtech.com> <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> <4C98CFB1.9010408@mgtech.com> Message-ID: <8094D406-19EA-40F7-BD58-1340D73AEBCF@freeswitch.org> Wrong again cooter! You don't put an @hostname on dialing via providers. /b On Sep 21, 2010, at 10:30 AM, Mario wrote: > RIGHT: > data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourphone.com"/> From testeador01 at gmail.com Tue Sep 21 08:44:48 2010 From: testeador01 at gmail.com (Milena) Date: Tue, 21 Sep 2010 10:44:48 -0500 Subject: [Freeswitch-users] Matching plus sign in dialplan Regexp In-Reply-To: References: Message-ID: hello, You can match the "+" sign using: \+ then you can replace the + for 00, check this example: http://wiki.freeswitch.org/wiki/Dialplan_XML#Example_4:_Adding_a_prefix make sure you spend some time understanding regexes, it will help you a lot! -milena On Tue, Sep 21, 2010 at 9:01 AM, bsd wrote: > Hello folks, > > I am actually using a regexp such as ^(\d{7,15})$ to route call to one of > my gateway. > My SIP clients have all their number registered with number such as > +33123456789 > > Is there a way to treat the "+" and transform It in "00" at the level of > FreeSwitch (I can do that at the client level, but you'll understand that It > is easier to do on the server side). > > > Thanks. > > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100921/9dbac26e/attachment.html From anthony.minessale at gmail.com Tue Sep 21 08:51:41 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 21 Sep 2010 10:51:41 -0500 Subject: [Freeswitch-users] Usage of optional argument -bf ? In-Reply-To: <4C98C60D.4080701@puzzled.xs4all.nl> References: <4C98C60D.4080701@puzzled.xs4all.nl> Message-ID: This patch appears to not work. I removed it and re-opened the jira it was submitted from. On Tue, Sep 21, 2010 at 9:49 AM, Patrick Lists wrote: > Hi all, > > In the output of freeswitch -h I noticed there is a (for me) new > argument -bf that FreeSWITCH can be started with. Is -bf supposed to > work in combination with -nc where it will block until it has fully > started and then goes into the background? > > When I start FreeSWITCH (git from yesterday) as follows: > /opt/freeswitch/bin/freeswitch -u freeswitch -g freeswitch -core -bf -nc > then FreeSWITCH does start, goes into the background but I can not > connect to it with fs_cli on the same host. When I omit -bf from the > line above then all is well and I can connect with fs_cli. > > I'm interested in the blocking part because when you do > # service freeswitch start > right now it will immediately return [ OK ] but I prefer to get an ok > after FreeSWITCH actually has fully started. > > Did I misunderstood the -bf arg? > > Thanks! > Patrick > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From mario_fs at mgtech.com Tue Sep 21 08:57:59 2010 From: mario_fs at mgtech.com (Mario) Date: Tue, 21 Sep 2010 08:57:59 -0700 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <8094D406-19EA-40F7-BD58-1340D73AEBCF@freeswitch.org> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> <4C97F52C.9090304@mgtech.com> <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> <4C98CFB1.9010408@mgtech.com> <8094D406-19EA-40F7-BD58-1340D73AEBCF@freeswitch.org> Message-ID: <4C98D607.1060103@mgtech.com> That is on the FreeSwitch sample on the Callcentric support page. I looked at the new FS book and the wiki for when to supply @hostnmame but could not find an explanation so I used the sample which works. Thanks. Now I know. Who is cooter? On 09/21/2010 08:42 AM, Brian West wrote: > Wrong again cooter! You don't put an @hostname on dialing via providers. > > /b > > On Sep 21, 2010, at 10:30 AM, Mario wrote: > >> RIGHT: >> > data="sofia/gateway/uid1/1${default_areacode}$1 at sip.voipyourphone.com"/> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Mario* From brian at freeswitch.org Tue Sep 21 09:10:49 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 21 Sep 2010 11:10:49 -0500 Subject: [Freeswitch-users] ITSP outbound call gets 503 unavailable In-Reply-To: <4C98D607.1060103@mgtech.com> References: <4C97CFA9.7000108@mgtech.com> <4C97D547.6010004@mgtech.com> <5BA1908F-ADD6-44F2-BC4C-AADFDAB1B94E@ipeva.fr> <4C97E472.5000901@mgtech.com> <4C97F52C.9090304@mgtech.com> <21799A23-E7A8-4C93-AF6E-6A81523BC106@ipeva.fr> <4C98CFB1.9010408@mgtech.com> <8094D406-19EA-40F7-BD58-1340D73AEBCF@freeswitch.org> <4C98D607.1060103@mgtech.com> Message-ID: <81EF5A86-6F79-4EF4-8368-7A354F1D9044@freeswitch.org> You don't provide a @hostname when dialing via a gateway. /b On Sep 21, 2010, at 10:57 AM, Mario wrote: > That is on the FreeSwitch sample on the Callcentric support page. I > looked at the new FS book and the wiki for when to supply @hostnmame but > could not find an explanation so I used the sample which works. Thanks. > Now I know. Who is cooter? > > On 09/21/2010 08:42 AM, Brian West wrote: >> Wrong again cooter! You don't put an @hostname on dialing via providers. >> >> /b From anthony.minessale at gmail.com Tue Sep 21 09:13:59 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 21 Sep 2010 11:13:59 -0500 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6ECAF1527329364583AB525CF34ABF950832196B@ms.kallback.com> References: <6ECAF1527329364583AB525CF34ABF950832196B@ms.kallback.com> Message-ID: are you in a conference running on FreeSWITCH or just bridging a phone out to a far end? There is nothing in FreeSWITCH that runs vad by default. There are vad params in the RTP stack but they are disabled by default > > > > > >> ? ? >> ? ? >> ? ? >> ? ? >> ? ? > >> ? ? > >> ? ? > >> ? ? > >> ? ? > >> ? ? PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org ???????????????????????????????????????????????? Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From jonyoung111 at gmail.com Tue Sep 21 12:33:17 2010 From: jonyoung111 at gmail.com (Jon Young) Date: Tue, 21 Sep 2010 12:33:17 -0700 Subject: [Freeswitch-users] Conference/intercom/paging Message-ID: How efficient is the conference module for FS? I'm trying to understand capacities, like how many call legs in a single conference? If all but one are muted (in the conference bridge) is it still a heavy burden if 25, 50 or 100 users are in the conference? Does it mix only active talkers or all? Is there a design document or something that will help me understand conferencing better? Thanks, Jon From jrichey at itltd.net Tue Sep 21 11:04:04 2010 From: jrichey at itltd.net (JRichey) Date: Tue, 21 Sep 2010 11:04:04 -0700 Subject: [Freeswitch-users] sip stack problem in fsw Message-ID: <6ECAF1527329364583AB525CF34ABF950832196C@ms.kallback.com> It appears to be the lack of a continuous stream of RTP packets that is the issue, which I've incorrectly referred to as VAD. Is there a way to cause FreeSwitch to send a continuous stream of RTP packets even when there's really nothing to send? -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org]On Behalf Of Anthony Minessale Sent: Tuesday, September 21, 2010 9:14 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] sip stack problem in fsw are you in a conference running on FreeSWITCH or just bridging a phone out to a far end? There is nothing in FreeSWITCH that runs vad by default. There are vad params in the RTP stack but they are disabled by default PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/c68b9745/attachment.html From david.ponzone at ipeva.fr Tue Sep 21 15:33:44 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Sep 2010 00:33:44 +0200 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: <6ECAF1527329364583AB525CF34ABF950832196C@ms.kallback.com> References: <6ECAF1527329364583AB525CF34ABF950832196C@ms.kallback.com> Message-ID: <37237EDA-6BC5-44E8-9D32-A57CB45FF334@ipeva.fr> Check Anthony's last reply: disable VAD on the phone or use the trick he gave. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 21/09/2010 ? 20:04, JRichey a ?crit : > It appears to be the lack of a continuous stream of RTP packets that > is the > issue, which I've incorrectly referred to as VAD. Is there a way to > cause > FreeSwitch to send a continuous stream of RTP packets even when > there's > really nothing to send? > > > > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org]On Behalf Of > Anthony Minessale > Sent: Tuesday, September 21, 2010 9:14 AM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] sip stack problem in fsw > > > are you in a conference running on FreeSWITCH or just bridging a phone > out to a far end? > > There is nothing in FreeSWITCH that runs vad by default. > There are vad params in the RTP stack but they are disabled by default > > > > > > > PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From bsd at todoo.biz Wed Sep 22 03:33:55 2010 From: bsd at todoo.biz (bsd) Date: Wed, 22 Sep 2010 12:33:55 +0200 Subject: [Freeswitch-users] Matching plus sign in dialplan Regexp In-Reply-To: References: Message-ID: <961C5075-EBE0-4E1C-BCD1-AEC542A9E53A@todoo.biz> What I want is to transform : ^(\+\d{7,15})$ into smthg like : ^(00\d{7,15})$ So that any "+" sign will be transformed into "00" Thanks. Le 22 sept. 2010 ? 00:31, David Ponzone a ?crit : > You need to tell us what you want to transform, because transforming a registration username is useless. > So I suppose you want to transform their caller-id. > That would be: > > > > > > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > Le 21/09/2010 ? 16:01, bsd a ?crit : > >> Hello folks, >> >> I am actually using a regexp such as ^(\d{7,15})$ to route call to one of my gateway. >> My SIP clients have all their number registered with number such as +33123456789 >> >> Is there a way to treat the "+" and transform It in "00" at the level of FreeSwitch (I can do that at the client level, but you'll understand that It is easier to do on the server side). >> >> >> Thanks. >> >> >> ???????????????????????????????????????????????? >> Gregober ---> PGP ID --> 0x1BA3C2FD >> bsd @at@ todoo.biz >> ???????????????????????????????????????????????? >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org ???????????????????????????????????????????????? Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From mario_fs at mgtech.com Tue Sep 21 17:03:15 2010 From: mario_fs at mgtech.com (Mario) Date: Tue, 21 Sep 2010 17:03:15 -0700 Subject: [Freeswitch-users] Inbound external calls don't trigger voicemail when using group ring In-Reply-To: References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> Message-ID: <4C9947C3.8010800@mgtech.com> Voicemail answers for inside calls but not for incoming outside calls. I use the "bridge" function to dial a group, the phones all ring and can answer but voicemail never picks up if no answer. If the DP has a "transfer" it works. Ifound nothing so far in web searches so I am asking for help here. Thanks very much. Incoming Line dial plan,does not allow vm to answer: <--- works! DEFAULT.XML From mario_fs at mgtech.com Wed Sep 22 08:13:30 2010 From: mario_fs at mgtech.com (Mario) Date: Wed, 22 Sep 2010 08:13:30 -0700 Subject: [Freeswitch-users] No voicemail when Inbound external calls ring group In-Reply-To: <4C9947C3.8010800@mgtech.com> References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> <4C9947C3.8010800@mgtech.com> Message-ID: <4C9A1D1A.8000809@mgtech.com> When using a public inbound DP rings a group, and there is no answer for an incoming outside call, voicemail does not answer. It works for inside calls to an unanswered extension. Also, if the DP rings a single extension it works. Ifound nothing so far in web searches so I am asking for help here. Thanks very much. Incoming Line dial plan,does not allow vm to answer: <--- works! DEFAULT.XML: From testeador01 at gmail.com Wed Sep 22 10:47:05 2010 From: testeador01 at gmail.com (Milena) Date: Wed, 22 Sep 2010 12:47:05 -0500 Subject: [Freeswitch-users] Matching plus sign in dialplan Regexp In-Reply-To: <961C5075-EBE0-4E1C-BCD1-AEC542A9E53A@todoo.biz> References: <961C5075-EBE0-4E1C-BCD1-AEC542A9E53A@todoo.biz> Message-ID: bsd, You missed a part of my e-mail and also the point on what David is asking... >then you can replace the + for 00, check this example: >http://wiki.freeswitch.org/wiki/Dialplan_XML#Example_4:_Adding_a_prefix in that example it tells you how to change the number you're bridging to. in David's example, it will change the caller_id_number. if you need to change some other variable, then you need to change caller_id_number to whatever you want to change. -milena On Wed, Sep 22, 2010 at 5:33 AM, bsd wrote: > >So that any "+" sign will be transformed into "00" > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/0924c8c3/attachment.html From david.ponzone at ipeva.fr Wed Sep 22 10:53:03 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Sep 2010 19:53:03 +0200 Subject: [Freeswitch-users] Matching plus sign in dialplan Regexp In-Reply-To: <961C5075-EBE0-4E1C-BCD1-AEC542A9E53A@todoo.biz> References: <961C5075-EBE0-4E1C-BCD1-AEC542A9E53A@todoo.biz> Message-ID: <75A50ADC-0712-4D46-877B-6271DC3981EA@ipeva.fr> Then read the page Milena gave you. Substitutions are all about regexp. You can also do it by modifying the example I sent you. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 22/09/2010 ? 12:33, bsd a ?crit : > What I want is to transform : > > ^(\+\d{7,15})$ > > into smthg like : > > ^(00\d{7,15})$ > > So that any "+" sign will be transformed into "00" > > > Thanks. > > Le 22 sept. 2010 ? 00:31, David Ponzone a ?crit : > >> You need to tell us what you want to transform, because >> transforming a registration username is useless. >> So I suppose you want to transform their caller-id. >> That would be: >> >> >> >> >> >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis ? l'intention exclusive de ses destinataires. Toute >> utilisation ou diffusion non autoris?e est interdite. Tout message >> ?lectronique est susceptible d'alt?ration. IPeva d?cline toute >> responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou >> falsifi?. Si vous n'?tes pas destinataire de ce message, merci de >> le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> Le 21/09/2010 ? 16:01, bsd a ?crit : >> >>> Hello folks, >>> >>> I am actually using a regexp such as ^(\d{7,15})$ to route call to >>> one of my gateway. >>> My SIP clients have all their number registered with number such >>> as +33123456789 >>> >>> Is there a way to treat the "+" and transform It in "00" at the >>> level of FreeSwitch (I can do that at the client level, but you'll >>> understand that It is easier to do on the server side). >>> >>> >>> Thanks. >>> >>> >>> ???????????????????????????????????????????????? >>> Gregober ---> PGP ID --> 0x1BA3C2FD >>> bsd @at@ todoo.biz >>> ???????????????????????????????????????????????? >>> >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/61ecc0d3/attachment-0001.html From testeador01 at gmail.com Wed Sep 22 11:04:26 2010 From: testeador01 at gmail.com (Milena) Date: Wed, 22 Sep 2010 13:04:26 -0500 Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: <1285173582505-5559816.post@n2.nabble.com> References: <1285116735016-5557230.post@n2.nabble.com> <1285127605682-5557572.post@n2.nabble.com> <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> Message-ID: mazilo, you're over complicating it; -call your voicemail -press 5 for advanced options -listen to the menu and go to record a greeting -record whatever number greeting you want saying "hello, i'm unavailable, leave your msg" or something less informal -go to the advanced options menu again and press select greeting -select the one you just recorded now the ones calling you will hear something even better than an automated voice!! now... if you still want to do it with automated voices, set a var (not sure if you also need to export it) with the destination number on the moment the initial call is done (the one that catches the XXX-XXXX-XXXX long number) then use that var. good luck! -milena On Wed, Sep 22, 2010 at 11:39 AM, mazilo wrote: > > > Tim St. Pierre-2 wrote: > > > > What DO you want them to hear? > I want the callers to hear the person at extension XXX-XXX-XXXX is not > available ... where XXX-XXX-XXXX is my number dialed by the caller. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5559816.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/316dfcd3/attachment.html From Nabble at slickdeals.endjunk.com Wed Sep 22 11:47:48 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 22 Sep 2010 11:47:48 -0700 (PDT) Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: References: <1285116735016-5557230.post@n2.nabble.com> <1285127605682-5557572.post@n2.nabble.com> <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> Message-ID: <1285181268943-5560277.post@n2.nabble.com> Milena-2-2 wrote: > > mazilo, you're over complicating it; Is that so? If I could change a single variable for VM announcer to announce my number instead of the 4-digits extension, wouldn't it be simpler than to record own voice as you detailed below? -call your voicemail > -press 5 for advanced options > -listen to the menu and go to record a greeting > -record whatever number greeting you want saying "hello, i'm unavailable, > leave your msg" or something less informal > -go to the advanced options menu again and press select greeting > -select the one you just recorded I thank you for the detail explanation. If I am interested in the above, I wouldn't have posted here to start with. now the ones calling you will hear something even better than an automated > voice!! Sorry, that's your opinion and it is different from mine. now... if you still want to do it with automated voices, set a var (not sure > if you also need to export it) with the destination number on the moment > the > initial call is done (the one that catches the XXX-XXXX-XXXX long number) > then use that var. This may be interesting. Obviously, I wouldn't know how to do this; otherwise, I wouldn't post here to ask. So, can you go into detail on how to do this, like you detailed the above explanation? I sure would appreciate that if you could. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5560277.html Sent from the freeswitch-users mailing list archive at Nabble.com. From pjintheusa at gmail.com Wed Sep 22 11:47:51 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Wed, 22 Sep 2010 14:47:51 -0400 Subject: [Freeswitch-users] playback terminator In-Reply-To: References: Message-ID: Hi. When I use this method and do GetDigits after - the first digit (that caused the prompt to stop playing) is not collected by GetDigits So the user starts entering 6095554444, 6 stops the prompt - GetDigits collects 095554444 DId you have the same experience? On Thu, Sep 16, 2010 at 7:34 AM, Tihomir Culjaga wrote: > forget about this, solved by a script: > > > local macro = argv[1]; > local data = argv[2]; > local langue = argv[3]; > > > function on_key(session, input_type, data, args) > if input_type == "dtmf" then > freeswitch.consoleLog("info", "stop playback by DTMF digit: " .. > data["digit"]) > return "break" > end > end > if session:ready() then > session:setInputCallback("on_key", "") > session:sayPhrase(macro, data, langue) > end > > > > > > > > > lua rocks! > > > > > > On Thu, Sep 16, 2010 at 10:28 AM, Tihomir Culjaga wrote: > >> is there any playback terminator for phrase macros? >> >> >> e.g. when you do: >> >> >> or >> >> >> >> I'd like to make FS stop playing on any pressed digits... >> >> >> >> something like: >> >> >> but seems not to be working ... >> >> >> any ideas ? >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/b77f77fb/attachment.html From pjintheusa at gmail.com Wed Sep 22 11:47:51 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Wed, 22 Sep 2010 14:47:51 -0400 Subject: [Freeswitch-users] playback terminator In-Reply-To: References: Message-ID: Hi. When I use this method and do GetDigits after - the first digit (that caused the prompt to stop playing) is not collected by GetDigits So the user starts entering 6095554444, 6 stops the prompt - GetDigits collects 095554444 DId you have the same experience? On Thu, Sep 16, 2010 at 7:34 AM, Tihomir Culjaga wrote: > forget about this, solved by a script: > > > local macro = argv[1]; > local data = argv[2]; > local langue = argv[3]; > > > function on_key(session, input_type, data, args) > if input_type == "dtmf" then > freeswitch.consoleLog("info", "stop playback by DTMF digit: " .. > data["digit"]) > return "break" > end > end > if session:ready() then > session:setInputCallback("on_key", "") > session:sayPhrase(macro, data, langue) > end > > > > > > > > > lua rocks! > > > > > > On Thu, Sep 16, 2010 at 10:28 AM, Tihomir Culjaga wrote: > >> is there any playback terminator for phrase macros? >> >> >> e.g. when you do: >> >> >> or >> >> >> >> I'd like to make FS stop playing on any pressed digits... >> >> >> >> something like: >> >> >> but seems not to be working ... >> >> >> any ideas ? >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/b77f77fb/attachment-0001.html From rajesh.npnr at yahoo.com Wed Sep 22 12:46:21 2010 From: rajesh.npnr at yahoo.com (rex.alex) Date: Wed, 22 Sep 2010 12:46:21 -0700 (PDT) Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <1285095775207-5555740.post@n2.nabble.com> References: <1285083037503-5555287.post@n2.nabble.com> <1285095775207-5555740.post@n2.nabble.com> Message-ID: <1285184781019-5560479.post@n2.nabble.com> Hello Team, Please guide me how to send alpha characters using uuid_send_dtmf, or if DTMF accepts only numeric characters, let me know how do I convert alpha to numeric. Thanks, Rex -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Sending-Alpha-Numeric-characters-using-uuid-send-dtmf-tp5555287p5560479.html Sent from the freeswitch-users mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/0635c427/attachment.html From testeador01 at gmail.com Wed Sep 22 12:59:15 2010 From: testeador01 at gmail.com (Milena) Date: Wed, 22 Sep 2010 14:59:15 -0500 Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: <1285181268943-5560277.post@n2.nabble.com> References: <1285116735016-5557230.post@n2.nabble.com> <1285127605682-5557572.post@n2.nabble.com> <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> <1285181268943-5560277.post@n2.nabble.com> Message-ID: hello, Telling you that you need to set any variable you want and where to set it should be informative enough... a fish?, with Anthony's, Jeff's and my post you should have enough tools to go fishing there are lots of examples on "how to set a variable" in the default dialplans, check the ones that set "open" in default.xml, it is exactly what you need. You can also google it. if you want to set a variable in a language different than the xml dialplan, the wiki has examples too. just have fun exploring freeswitch! -milena On Wed, Sep 22, 2010 at 1:47 PM, mazilo wrote: > > now... if you still want to do it with automated voices, set a var (not > sure > > if you also need to export it) with the destination number on the moment > > the > > initial call is done (the one that catches the XXX-XXXX-XXXX long number) > > then use that var. > This may be interesting. Obviously, I wouldn't know how to do this; > otherwise, I wouldn't post here to ask. So, can you go into detail on how > to > do this, like you detailed the above explanation? I sure would appreciate > that if you could. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/ed19186d/attachment-0001.html From brian at freeswitch.org Wed Sep 22 12:59:14 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Sep 2010 14:59:14 -0500 Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <1285184781019-5560479.post@n2.nabble.com> References: <1285083037503-5555287.post@n2.nabble.com> <1285095775207-5555740.post@n2.nabble.com> <1285184781019-5560479.post@n2.nabble.com> Message-ID: <5A67015C-C8F5-47A1-BCE9-B17FD3863791@freeswitch.org> What exactly are you trying to accomplish? /b On Sep 22, 2010, at 2:46 PM, rex.alex wrote: > Hello Team, > > Please guide me how to send alpha characters using uuid_send_dtmf, or if DTMF accepts only numeric characters, let me know how do I convert alpha to numeric. > > Thanks, > Rex From bsd at todoo.biz Wed Sep 22 13:02:34 2010 From: bsd at todoo.biz (bsd) Date: Wed, 22 Sep 2010 22:02:34 +0200 Subject: [Freeswitch-users] Problem starting internal profile (pfSense - freeswitch) [solved] In-Reply-To: References: Message-ID: <3D420C56-94BD-4791-9D57-6EED6B24747B@todoo.biz> Ok, The solution was quite simple : disable siproxd that was running and listening on port 5060. Then everything went smoothly? up and running. Thx. Le 22 sept. 2010 ? 12:27, bsd a ?crit : > Hello, > > I am actually trying to use the FreeSwitch as provided by pfSense for version 1.2.3 > > So far I have been able to start > > ? "profile external" which binds to the WAN address of my pfSense Box > ? "profile internal-ipv6" which binds to the ipv6 LAN address of my pfSense Box > > But profile "internal" does not want to start? > > When I have a look at the debug I have : > >> 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:1508 Adding Alias [82.xx.tt.242] for profile [internal] >> 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:2841 Started Profile internal [sofia_reg_internal] >> 2010-09-22 12:18:34.192432 [DEBUG] sofia.c:812 Creating agent for internal >> tport_bind_server(0x28e6b540) to */82.xx.tt.242:5060/sip >> tport_alloc_primary(0x28e6b540): new primary tport 0x28e72880 >> nta: bind(82.xx.tt.242:5060;transport=*): Address already in use >> nua: initializing SIP stack failed >> 2010-09-22 12:18:34.267813 [ERR] sofia.c:862 Error Creating SIP UA for profile: internal > > Do you know what causes this error? ?? >> From what I can read / understand, It seems that port 5060 is already in use? ?? > > netstat, tells me that : > > # netstat -an > Active Internet connections (including servers) > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 52 82.xx.tt.242.22 202.30.198.57.36032 ESTABLISHED > tcp4 0 0 192.168.2.1.22 192.168.2.21.55899 ESTABLISHED > tcp4 0 0 82.xx.tt.242.5080 *.* LISTEN > tcp4 0 0 *.8021 *.* LISTEN > tcp6 0 0 ::1.5060 *.* LISTEN > tcp4 0 0 *.10050 *.* LISTEN > tcp4 0 0 127.0.0.1.80 *.* LISTEN > tcp4 0 0 192.168.2.1.8080 *.* LISTEN > tcp6 0 0 *.53 *.* LISTEN > tcp4 0 0 *.53 *.* LISTEN > tcp4 0 0 82.xx.tt.242.1195 82.229.142.27.16948 ESTABLISHED > tcp4 0 0 *.2189 *.* LISTEN > tcp4 0 0 *.443 *.* LISTEN > tcp4 0 0 127.0.0.1.8021 *.* LISTEN > tcp4 0 0 *.1194 *.* LISTEN > tcp4 0 0 *.22 *.* LISTEN > tcp6 0 0 *.22 *.* LISTEN > udp4 0 0 82.xx.tt.242.30439 195.220.94.163.123 > udp4 0 0 82.xx.tt.242.62089 81.93.183.116.123 > udp4 0 0 82.xx.tt.242.14264 87.98.206.99.53 > udp4 0 0 82.xx.tt.242.54807 87.98.206.98.53 > udp4 0 0 82.xx.tt.242.5080 *.* > udp6 0 0 ::1.5060 *.* > udp4 0 0 82.xx.tt.242.24868 82.66.93.254.5351 > udp4 0 0 *.3401 *.* > udp4 0 0 *.4827 *.* > udp4 0 0 *.35361 *.* > udp4 0 0 *.514 *.* > udp6 0 0 *.514 *.* > udp4 0 0 82.xx.tt.242.32376 91.121.79.182.123 > udp4 0 0 82.xx.tt.242.14724 91.121.120.27.123 > udp4 0 0 *.67 *.* > udp6 0 0 *.53 *.* > udp4 0 0 *.53 *.* > udp4 0 0 *.28008 *.* > udp4 0 0 *.37049 *.* > udp4 0 0 *.5353 *.* > udp4 0 0 *.5060 *.* > udp4 0 0 192.168.2.1.50235 *.* > udp4 0 0 *.1900 *.* > udp4 0 0 *.161 *.* > udp4 0 0 *.* *.* > udp4 0 0 *.* *.* > icm4 0 0 *.* *.* > > > Any idea how to debug that? ? > > > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org ???????????????????????????????????????????????? Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From ochere at gmail.com Wed Sep 22 11:44:02 2010 From: ochere at gmail.com (Frank Ochere) Date: Wed, 22 Sep 2010 21:44:02 +0300 Subject: [Freeswitch-users] Codec Error! v=0 Message-ID: <002d01cb5a86$23b73d80$6b25b880$@com> Hello, I've been seeing the error below for calls sent to a particular SIP gateway, anyone knows what it means and should I be concerned? (I use g729 for my inbound and outbound codec prefs in FS) 2010-09-22 10:34:23.398832 [ERR] sofia.c:4919 Codec Error! v=0 o=00345254725065043 1285213687 1285213687 IN IP4 1.1.1.1 s=AddPac Gateway SDP c=IN IP4 1.1.1.1 t=1285213687 0 m=audio 24686 RTP/AVP 18 a=rtpmap:18 G729/8000/1 a=recvonly a=ptime:20 Kind Regards Frank Ochere -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/f1444de4/attachment.html From brian at freeswitch.org Wed Sep 22 13:12:05 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Sep 2010 15:12:05 -0500 Subject: [Freeswitch-users] Codec Error! v=0 In-Reply-To: <002d01cb5a86$23b73d80$6b25b880$@com> References: <002d01cb5a86$23b73d80$6b25b880$@com> Message-ID: <7B7F5EE0-5D6D-4BC9-ADE7-E1D9DD2DCF5D@freeswitch.org> You'll need to show us the full sip trace chances are your packet is invalid. /b On Sep 22, 2010, at 1:44 PM, Frank Ochere wrote: > Hello, > > I?ve been seeing the error below for calls sent to a particular SIP gateway, anyone knows what it means and should I be concerned? > (I use g729 for my inbound and outbound codec prefs in FS) > > 2010-09-22 10:34:23.398832 [ERR] sofia.c:4919 Codec Error! v=0 > o=00345254725065043 1285213687 1285213687 IN IP4 1.1.1.1 > s=AddPac Gateway SDP > c=IN IP4 1.1.1.1 > t=1285213687 0 > m=audio 24686 RTP/AVP 18 > a=rtpmap:18 G729/8000/1 > a=recvonly > a=ptime:20 > > Kind Regards > > Frank Ochere From sos at sokhapkin.dyndns.org Wed Sep 22 13:14:34 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Wed, 22 Sep 2010 16:14:34 -0400 Subject: [Freeswitch-users] Codec Error! v=0 In-Reply-To: <002d01cb5a86$23b73d80$6b25b880$@com> References: <002d01cb5a86$23b73d80$6b25b880$@com> Message-ID: <201009221614.34542.sos@sokhapkin.dyndns.org> a=rtpmap:18 G729/8000/1 Seems to me wrong. What is /1? On Wednesday 22 September 2010, Frank Ochere wrote: > Hello, > > > > I've been seeing the error below for calls sent to a particular SIP > gateway, anyone knows what it means and should I be concerned? > > (I use g729 for my inbound and outbound codec prefs in FS) > > > > 2010-09-22 10:34:23.398832 [ERR] sofia.c:4919 Codec Error! v=0 > > o=00345254725065043 1285213687 1285213687 IN IP4 1.1.1.1 > > s=AddPac Gateway SDP > > c=IN IP4 1.1.1.1 > > t=1285213687 0 > > m=audio 24686 RTP/AVP 18 > > a=rtpmap:18 G729/8000/1 > > a=recvonly > > a=ptime:20 > > > > Kind Regards > > > > Frank Ochere > From brian at freeswitch.org Wed Sep 22 13:24:39 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Sep 2010 15:24:39 -0500 Subject: [Freeswitch-users] Codec Error! v=0 In-Reply-To: <201009221614.34542.sos@sokhapkin.dyndns.org> References: <002d01cb5a86$23b73d80$6b25b880$@com> <201009221614.34542.sos@sokhapkin.dyndns.org> Message-ID: No thats valid. /b On Sep 22, 2010, at 3:14 PM, Sergey Okhapkin wrote: > a=rtpmap:18 G729/8000/1 > > Seems to me wrong. What is /1? From ochere at gmail.com Wed Sep 22 14:00:29 2010 From: ochere at gmail.com (Frank Ochere) Date: Thu, 23 Sep 2010 00:00:29 +0300 Subject: [Freeswitch-users] Codec Error! v=0 In-Reply-To: References: <002d01cb5a86$23b73d80$6b25b880$@com> <201009221614.34542.sos@sokhapkin.dyndns.org> Message-ID: <006501cb5a99$339b1a10$9ad14e30$@com> I'll send one shortly, traffic is offpeak at the moment -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, September 22, 2010 11:25 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Codec Error! v=0 No thats valid. /b On Sep 22, 2010, at 3:14 PM, Sergey Okhapkin wrote: > a=rtpmap:18 G729/8000/1 > > Seems to me wrong. What is /1? _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 lloyd.aloysius at gmail.com Wed Sep 22 14:41:26 2010 From: lloyd.aloysius at gmail.com (Aloysius Lloyd) Date: Wed, 22 Sep 2010 17:41:26 -0400 Subject: [Freeswitch-users] mod_xml_curl - sample php example file location Message-ID: Hi All, Help me find the Example directory.php and dialplan.php for the mod_xml_curl. Wiki says "There is a PHP example that does everything from a webserver, with per switch configuration capability in FreeSWITCH? SVN ( scripts/contrib/trixter/xml-curl )." But the link is broken. Any help is appreciated. Thanks Lloyd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/2f868b0f/attachment-0001.html From brian at freeswitch.org Wed Sep 22 14:57:47 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Sep 2010 16:57:47 -0500 Subject: [Freeswitch-users] mod_xml_curl - sample php example file location In-Reply-To: References: Message-ID: <328A54EF-A091-468E-8AE3-66A000AA7524@freeswitch.org> The wiki has very detailed examples. /b On Sep 22, 2010, at 4:41 PM, Aloysius Lloyd wrote: > Hi All, > > Help me find the Example directory.php and dialplan.php for the mod_xml_curl. > > Wiki says "There is a PHP example that does everything from a webserver, with per switch configuration capability in FreeSWITCH? SVN (scripts/contrib/trixter/xml-curl)." > > But the link is broken. > > Any help is appreciated. > > Thanks > Lloyd From david.ponzone at ipeva.fr Wed Sep 22 15:16:09 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 23 Sep 2010 00:16:09 +0200 Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <1285095775207-5555740.post@n2.nabble.com> References: <1285083037503-5555287.post@n2.nabble.com> <1285095775207-5555740.post@n2.nabble.com> Message-ID: <2985639D-213E-4497-98BC-048A27D550C2@ipeva.fr> You have to use the traditional phone keypad letter-to-numeric mapping (look at your phone). For example, if the account number is a123g, you would expect the customer to enter: 21234 Of course, this sequence can also be: c123i and lots of others, especially if the letters do not have fixed positions in your account id. Then to validate the account number, you would need to ask for a password, and then to check if it matches at least one of the account in your DB, which is a security risk. I would say it is minimal, but it depends on the application. That's probably why all the services using DTMF always ask for numeric- only accounts and passwords. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 21/09/2010 ? 21:02, rex.alex a ?crit : > Hello Brian, > > It's an IVR which asks for an alpha numeric account number. But I am > able to send it from xlite and the same is getting recognized, only > when I am trying it through api it's not recognizing. > > Otherwise suggest me an alternate > > Thanks, Rex > View this message in context: Re: Sending Alpha Numeric characters > using uuid_send_dtmf > Sent from the freeswitch-users mailing list archive at Nabble.com. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/159d37ca/attachment.html From david.ponzone at ipeva.fr Wed Sep 22 15:19:13 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 23 Sep 2010 00:19:13 +0200 Subject: [Freeswitch-users] Problem starting internal profile (pfSense - freeswitch) [solved] In-Reply-To: <3D420C56-94BD-4791-9D57-6EED6B24747B@todoo.biz> References: <3D420C56-94BD-4791-9D57-6EED6B24747B@todoo.biz> Message-ID: Next time, you will find it faster with: lsof -n -i UDP David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 22/09/2010 ? 22:02, bsd a ?crit : > Ok, > > The solution was quite simple : disable siproxd that was running and > listening on port 5060. > > Then everything went smoothly? up and running. > > > Thx. > > Le 22 sept. 2010 ? 12:27, bsd a ?crit : > >> Hello, >> >> I am actually trying to use the FreeSwitch as provided by pfSense >> for version 1.2.3 >> >> So far I have been able to start >> >> ? "profile external" which binds to the WAN address of my pfSense Box >> ? "profile internal-ipv6" which binds to the ipv6 LAN address of my >> pfSense Box >> >> But profile "internal" does not want to start? >> >> When I have a look at the debug I have : >> >>> 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:1508 Adding Alias >>> [82.xx.tt.242] for profile [internal] >>> 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:2841 Started Profile >>> internal [sofia_reg_internal] >>> 2010-09-22 12:18:34.192432 [DEBUG] sofia.c:812 Creating agent for >>> internal >>> tport_bind_server(0x28e6b540) to */82.xx.tt.242:5060/sip >>> tport_alloc_primary(0x28e6b540): new primary tport 0x28e72880 >>> nta: bind(82.xx.tt.242:5060;transport=*): Address already in use >>> nua: initializing SIP stack failed >>> 2010-09-22 12:18:34.267813 [ERR] sofia.c:862 Error Creating SIP UA >>> for profile: internal >> >> Do you know what causes this error? ?? >>> From what I can read / understand, It seems that port 5060 is >>> already in use? ?? >> >> netstat, tells me that : >> >> # netstat -an >> Active Internet connections (including servers) >> Proto Recv-Q Send-Q Local Address Foreign Address >> (state) >> tcp4 0 52 82.xx.tt.242.22 202.30.198.57.36032 >> ESTABLISHED >> tcp4 0 0 192.168.2.1.22 192.168.2.21.55899 >> ESTABLISHED >> tcp4 0 0 82.xx.tt.242.5080 *.* >> LISTEN >> tcp4 0 0 *.8021 *.* >> LISTEN >> tcp6 0 0 ::1.5060 *.* >> LISTEN >> tcp4 0 0 *.10050 *.* >> LISTEN >> tcp4 0 0 127.0.0.1.80 *.* >> LISTEN >> tcp4 0 0 192.168.2.1.8080 *.* >> LISTEN >> tcp6 0 0 *.53 *.* >> LISTEN >> tcp4 0 0 *.53 *.* >> LISTEN >> tcp4 0 0 82.xx.tt.242.1195 82.229.142.27.16948 >> ESTABLISHED >> tcp4 0 0 *.2189 *.* >> LISTEN >> tcp4 0 0 *.443 *.* >> LISTEN >> tcp4 0 0 127.0.0.1.8021 *.* >> LISTEN >> tcp4 0 0 *.1194 *.* >> LISTEN >> tcp4 0 0 *.22 *.* >> LISTEN >> tcp6 0 0 *.22 *.* >> LISTEN >> udp4 0 0 82.xx.tt.242.30439 195.220.94.163.123 >> udp4 0 0 82.xx.tt.242.62089 81.93.183.116.123 >> udp4 0 0 82.xx.tt.242.14264 87.98.206.99.53 >> udp4 0 0 82.xx.tt.242.54807 87.98.206.98.53 >> udp4 0 0 82.xx.tt.242.5080 *.* >> udp6 0 0 ::1.5060 *.* >> udp4 0 0 82.xx.tt.242.24868 82.66.93.254.5351 >> udp4 0 0 *.3401 *.* >> udp4 0 0 *.4827 *.* >> udp4 0 0 *.35361 *.* >> udp4 0 0 *.514 *.* >> udp6 0 0 *.514 *.* >> udp4 0 0 82.xx.tt.242.32376 91.121.79.182.123 >> udp4 0 0 82.xx.tt.242.14724 91.121.120.27.123 >> udp4 0 0 *.67 *.* >> udp6 0 0 *.53 *.* >> udp4 0 0 *.53 *.* >> udp4 0 0 *.28008 *.* >> udp4 0 0 *.37049 *.* >> udp4 0 0 *.5353 *.* >> udp4 0 0 *.5060 *.* >> udp4 0 0 192.168.2.1.50235 *.* >> udp4 0 0 *.1900 *.* >> udp4 0 0 *.161 *.* >> udp4 0 0 *.* *.* >> udp4 0 0 *.* *.* >> icm4 0 0 *.* *.* >> >> >> Any idea how to debug that? ? >> >> >> >> ???????????????????????????????????????????????? >> Gregober ---> PGP ID --> 0x1BA3C2FD >> bsd @at@ todoo.biz >> ???????????????????????????????????????????????? >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/3017fe75/attachment-0001.html From mgende at gendesign.com Wed Sep 22 15:39:41 2010 From: mgende at gendesign.com (Michael Gende) Date: Wed, 22 Sep 2010 17:39:41 -0500 Subject: [Freeswitch-users] Problem starting internal profile (pfSense - freeswitch) In-Reply-To: References: Message-ID: I'm using Pfsense with FS myself. I'm killed at the moment time-wise. Please give me a chance to check it out and I'll post back to the list. Regards, Mike G. On Wed, Sep 22, 2010 at 5:27 AM, bsd wrote: > Hello, > > I am actually trying to use the FreeSwitch as provided by pfSense for > version 1.2.3 > > So far I have been able to start > > ? "profile external" which binds to the WAN address of my pfSense Box > ? "profile internal-ipv6" which binds to the ipv6 LAN address of my pfSense > Box > > But profile "internal" does not want to start? > > When I have a look at the debug I have : > > > 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:1508 Adding Alias > [82.xx.tt.242] for profile [internal] > > 2010-09-22 12:18:34.192432 [NOTICE] sofia.c:2841 Started Profile internal > [sofia_reg_internal] > > 2010-09-22 12:18:34.192432 [DEBUG] sofia.c:812 Creating agent for > internal > > tport_bind_server(0x28e6b540) to */82.xx.tt.242:5060/sip > > tport_alloc_primary(0x28e6b540): new primary tport 0x28e72880 > > nta: bind(82.xx.tt.242:5060;transport=*): Address already in use > > nua: initializing SIP stack failed > > 2010-09-22 12:18:34.267813 [ERR] sofia.c:862 Error Creating SIP UA for > profile: internal > > Do you know what causes this error? ?? > >From what I can read / understand, It seems that port 5060 is already in > use? ?? > > netstat, tells me that : > > # netstat -an > Active Internet connections (including servers) > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 52 82.xx.tt.242.22 202.30.198.57.36032 > ESTABLISHED > tcp4 0 0 192.168.2.1.22 192.168.2.21.55899 > ESTABLISHED > tcp4 0 0 82.xx.tt.242.5080 *.* LISTEN > tcp4 0 0 *.8021 *.* LISTEN > tcp6 0 0 ::1.5060 *.* LISTEN > tcp4 0 0 *.10050 *.* LISTEN > tcp4 0 0 127.0.0.1.80 *.* LISTEN > tcp4 0 0 192.168.2.1.8080 *.* LISTEN > tcp6 0 0 *.53 *.* LISTEN > tcp4 0 0 *.53 *.* LISTEN > tcp4 0 0 82.xx.tt.242.1195 82.229.142.27.16948 > ESTABLISHED > tcp4 0 0 *.2189 *.* LISTEN > tcp4 0 0 *.443 *.* LISTEN > tcp4 0 0 127.0.0.1.8021 *.* LISTEN > tcp4 0 0 *.1194 *.* LISTEN > tcp4 0 0 *.22 *.* LISTEN > tcp6 0 0 *.22 *.* LISTEN > udp4 0 0 82.xx.tt.242.30439 195.220.94.163.123 > udp4 0 0 82.xx.tt.242.62089 81.93.183.116.123 > udp4 0 0 82.xx.tt.242.14264 87.98.206.99.53 > udp4 0 0 82.xx.tt.242.54807 87.98.206.98.53 > udp4 0 0 82.xx.tt.242.5080 *.* > udp6 0 0 ::1.5060 *.* > udp4 0 0 82.xx.tt.242.24868 82.66.93.254.5351 > udp4 0 0 *.3401 *.* > udp4 0 0 *.4827 *.* > udp4 0 0 *.35361 *.* > udp4 0 0 *.514 *.* > udp6 0 0 *.514 *.* > udp4 0 0 82.xx.tt.242.32376 91.121.79.182.123 > udp4 0 0 82.xx.tt.242.14724 91.121.120.27.123 > udp4 0 0 *.67 *.* > udp6 0 0 *.53 *.* > udp4 0 0 *.53 *.* > udp4 0 0 *.28008 *.* > udp4 0 0 *.37049 *.* > udp4 0 0 *.5353 *.* > udp4 0 0 *.5060 *.* > udp4 0 0 192.168.2.1.50235 *.* > udp4 0 0 *.1900 *.* > udp4 0 0 *.161 *.* > udp4 0 0 *.* *.* > udp4 0 0 *.* *.* > icm4 0 0 *.* *.* > > > Any idea how to debug that? ? > > > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100922/11578180/attachment.html From anthony.minessale at gmail.com Wed Sep 22 16:56:15 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 22 Sep 2010 18:56:15 -0500 Subject: [Freeswitch-users] Inbound external calls don't trigger voicemail when using group ring In-Reply-To: <4C9947C3.8010800@mgtech.com> References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> <4C9947C3.8010800@mgtech.com> Message-ID: you have to add the voicemail app to your dialplan after the bridge or how will it? On Tue, Sep 21, 2010 at 7:03 PM, Mario wrote: > Voicemail answers for inside calls but not for incoming outside calls. > I use the "bridge" function to dial a group, the phones all ring and can > answer but voicemail never picks up if no answer. If the DP has a > "transfer" it works. Ifound nothing so far in web searches so I am > asking for help here. Thanks very much. > > Incoming Line dial plan,does not allow vm to answer: > > ? > ? ? > ? ? ? > ? ? ? > ? ? > ? > > ? <--- works! > > DEFAULT.XML > ? ? ? > ? ? ? ? > ? ? ? ? ? > ? ? ? ? ? > ? ? ? ? > ? ? ? > ? ? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Wed Sep 22 16:57:28 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 22 Sep 2010 18:57:28 -0500 Subject: [Freeswitch-users] No voicemail when Inbound external calls ring group In-Reply-To: <4C9A1D1A.8000809@mgtech.com> References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> <4C9947C3.8010800@mgtech.com> <4C9A1D1A.8000809@mgtech.com> Message-ID: Why did you send the same email twice? I thought my bowser, i mean browser was messed up for a second. On Wed, Sep 22, 2010 at 10:13 AM, Mario wrote: > When using a public inbound DP rings a group, and there is no answer for > an incoming outside call, voicemail does not answer. It works for inside > calls to an unanswered extension. Also, if the DP rings a single > extension it works. Ifound nothing so far in web searches so I am > asking for help here. Thanks very much. > > Incoming Line dial plan,does not allow vm to answer: > > ? > ? ? > ? ? ? > ? ? ? > ? ? > ? > > ? <--- works! > > DEFAULT.XML: > ? ? ? > ? ? ? ? > ? ? ? ? ? > ? ? ? ? ? > ? ? ? ? > ? ? ? > ? ? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From Nabble at slickdeals.endjunk.com Wed Sep 22 19:58:25 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 22 Sep 2010 19:58:25 -0700 (PDT) Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: References: <1285116735016-5557230.post@n2.nabble.com> <1285127605682-5557572.post@n2.nabble.com> <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> <1285181268943-5560277.post@n2.nabble.com> Message-ID: <1285210705466-5561595.post@n2.nabble.com> Milena-2-2 wrote: > Telling you that you need to set any variable you want and where to set it > should be informative enough... That is true, but not as informative as you went about detailing the vm recordings which is more complicated. a fish?, with Anthony's, Jeff's and my post you should have enough tools to > go fishing Is that so? Unfortunately, all the suggestions here don't work. If you take those suggestions to go fishing, then I wish you luck. NM. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5561595.html Sent from the freeswitch-users mailing list archive at Nabble.com. From steveayre at gmail.com Thu Sep 23 00:08:43 2010 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 23 Sep 2010 08:08:43 +0100 Subject: [Freeswitch-users] Codec Error! v=0 In-Reply-To: <201009221614.34542.sos@sokhapkin.dyndns.org> References: <002d01cb5a86$23b73d80$6b25b880$@com> <201009221614.34542.sos@sokhapkin.dyndns.org> Message-ID: It's the optional 'encoding parameters' field. For audio channels, this is the number of channels. So /1 means 1 channel (mono) which for G729 is just fine. -Steve On 22 September 2010 21:14, Sergey Okhapkin wrote: > a=rtpmap:18 G729/8000/1 > > Seems to me wrong. What is /1? > > On Wednesday 22 September 2010, Frank Ochere wrote: > > Hello, > > > > > > > > I've been seeing the error below for calls sent to a particular SIP > > gateway, anyone knows what it means and should I be concerned? > > > > (I use g729 for my inbound and outbound codec prefs in FS) > > > > > > > > 2010-09-22 10:34:23.398832 [ERR] sofia.c:4919 Codec Error! v=0 > > > > o=00345254725065043 1285213687 1285213687 IN IP4 1.1.1.1 > > > > s=AddPac Gateway SDP > > > > c=IN IP4 1.1.1.1 > > > > t=1285213687 0 > > > > m=audio 24686 RTP/AVP 18 > > > > a=rtpmap:18 G729/8000/1 > > > > a=recvonly > > > > a=ptime:20 > > > > > > > > Kind Regards > > > > > > > > Frank Ochere > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/b5ac166f/attachment-0001.html From rajesh.npnr at yahoo.com Thu Sep 23 03:17:19 2010 From: rajesh.npnr at yahoo.com (rex.alex) Date: Thu, 23 Sep 2010 03:17:19 -0700 (PDT) Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <5A67015C-C8F5-47A1-BCE9-B17FD3863791@freeswitch.org> References: <1285083037503-5555287.post@n2.nabble.com> <1285095775207-5555740.post@n2.nabble.com> <1285184781019-5560479.post@n2.nabble.com> <5A67015C-C8F5-47A1-BCE9-B17FD3863791@freeswitch.org> Message-ID: <1285237039274-5562437.post@n2.nabble.com> Brian, I am dialing an outbound number using api, where an IVR (which I don't have any control) is asks for the alpha numeric account number to enter, I am able to enter it through x-lite. But I want to send it through api. How do send? Thanks, Rex -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Sending-Alpha-Numeric-characters-using-uuid-send-dtmf-tp5555287p5562437.html Sent from the freeswitch-users mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/103510b9/attachment.html From david.ponzone at ipeva.fr Thu Sep 23 03:30:57 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 23 Sep 2010 12:30:57 +0200 Subject: [Freeswitch-users] Sending Alpha Numeric characters using uuid_send_dtmf In-Reply-To: <1285237039274-5562437.post@n2.nabble.com> References: <1285083037503-5555287.post@n2.nabble.com> <1285095775207-5555740.post@n2.nabble.com> <1285184781019-5560479.post@n2.nabble.com> <5A67015C-C8F5-47A1-BCE9-B17FD3863791@freeswitch.org> <1285237039274-5562437.post@n2.nabble.com> Message-ID: <5D7DE038-F16C-4159-AC79-DB45057CC520@ipeva.fr> Rex, please read my mail, and then look at a phone keypad, you will understand. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 23/09/2010 ? 12:17, rex.alex a ?crit : > Brian, > > I am dialing an outbound number using api, where an IVR (which I > don't have any control) is asks for the alpha numeric account number > to enter, I am able to enter it through x-lite. But I want to send > it through api. > How do send? > > Thanks, > Rex > View this message in context: Re: Sending Alpha Numeric characters > using uuid_send_dtmf > Sent from the freeswitch-users mailing list archive at Nabble.com. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/7d18c96b/attachment.html From covici at ccs.covici.com Thu Sep 23 03:33:55 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 06:33:55 -0400 Subject: [Freeswitch-users] sip stack problem in fsw In-Reply-To: References: <6ECAF1527329364583AB525CF34ABF950832196B@ms.kallback.com> <12429.1285094809@ccs.covici.com> Message-ID: <12330.1285238035@ccs.covici.com> This worked -- thanks -- I even forgot to do export and did set, and that fixed the problem pending further testing, but thanks a lot. Anthony Minessale wrote: > What I tried to explain to you was to look at your phone, the phone is > the one with the vad, if you turn it off your problem will be gone and > it will be much easier than hacking FS. > > If hacking FS is indeed what you wish, then add this to your dialplan > *before* you call bridge. > > > > > This causes FS to generate fake empty RTP packets full of generated > silent comfort noise even when there is no rtp received by the inbound > leg of the bridge. > > > > > > On Tue, Sep 21, 2010 at 1:46 PM, wrote: > > No conference, the only reason I bring this up at all is that it works > > with asterisk, so sofia is doing something different -- maybe not worng > > -- but I would like it to behave so that I don't get hung up on. ?I have > > had trouble with more than one sip provider with this terminating > > carrier, them and their comfort noise thing! ?So, should I use vad in > > fsw? ?Would it generate the noise required? > > > > > > Anthony Minessale wrote: > > > >> are you in a conference running on FreeSWITCH or just bridging a phone > >> out to a far end? > >> > >> There is nothing in FreeSWITCH that runs vad by default. > >> There are vad params in the RTP stack but they are disabled by default > >> > >> ? > >> ? ? > >> ? ? > >> ? ? > >> ? ? > >> ? ? PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ???????????????????????????????????????????????? From covici at ccs.covici.com Thu Sep 23 07:34:32 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 10:34:32 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> Message-ID: <15271.1285252472@ccs.covici.com> That would append to the same file -- I would like to have the time string be the current time, evaluated in real time -- is this possible? Brian West wrote: > Set RECORD_APPEND=true variable. > > /b > > On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: > > > Hi. I am having a serious problem making record_session work properly > > in my dialplan -- it records fine using meta-app, but if I turn it off > > and on, it overwrites the previous file with the same time and date when > > the meta-app was invoked. Is there anyway to make the time the current > > time so it would give another file? > > > > Thanks for any ideas. > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Thu Sep 23 07:47:07 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 23 Sep 2010 09:47:07 -0500 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <15271.1285252472@ccs.covici.com> References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> <15271.1285252472@ccs.covici.com> Message-ID: the easy way would be to bind to execute_extension instead of record and make up an exten like start_record, then make an extension that tests for destination_number to be "start_record" and do it from there. On Thu, Sep 23, 2010 at 9:34 AM, wrote: > That would append to the same file -- I would like to have the time > string be the current time, evaluated in real time -- is this possible? > > Brian West wrote: > >> Set RECORD_APPEND=true variable. >> >> /b >> >> On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: >> >> > Hi. ?I am having a serious problem making record_session work properly >> > in my dialplan -- it records fine using meta-app, but if I turn it off >> > and on, it overwrites the previous file with the same time and date when >> > the meta-app was invoked. ?Is there anyway to make the time the current >> > time so it would give another file? >> > >> > Thanks for any ideas. >> > >> > -- >> > 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 >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Thu Sep 23 08:00:54 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 23 Sep 2010 10:00:54 -0500 Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: <1285210705466-5561595.post@n2.nabble.com> References: <1285116735016-5557230.post@n2.nabble.com> <1285127605682-5557572.post@n2.nabble.com> <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> <1285181268943-5560277.post@n2.nabble.com> <1285210705466-5561595.post@n2.nabble.com> Message-ID: unfortunately it does I just modified mine to test it and it says the called destination number in place of the voice box when i do this. Exactly like I explained. Maybe the problem is that you are on 1.0.6 and it's before the expansion of variables was added to the phrase macros, but I don't think so. I think you probably just did it wrong and came back to be rude to everyone who was trying to help you. Go read your signature and practice what you preach. On Wed, Sep 22, 2010 at 9:58 PM, mazilo wrote: > > > Milena-2-2 wrote: >> Telling you that you need to set any variable you want and where to set it >> should be informative enough... > That is true, but not as informative as you went about detailing the vm > recordings which is more complicated. > > > a fish?, with Anthony's, Jeff's and my post you should have enough tools to >> go fishing > Is that so? Unfortunately, all the suggestions here don't work. If you take > those suggestions to go fishing, then I wish you luck. > > NM. > > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5561595.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Thu Sep 23 08:15:02 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 11:15:02 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> <15271.1285252472@ccs.covici.com> Message-ID: <15773.1285254902@ccs.covici.com> Sounds like a plan. Thanks. Anthony Minessale wrote: > the easy way would be to bind to execute_extension instead of record > and make up an exten like start_record, then make an extension that > tests for destination_number to be "start_record" and do it from > there. > > > On Thu, Sep 23, 2010 at 9:34 AM, wrote: > > That would append to the same file -- I would like to have the time > > string be the current time, evaluated in real time -- is this possible? > > > > Brian West wrote: > > > >> Set RECORD_APPEND=true variable. > >> > >> /b > >> > >> On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: > >> > >> > Hi. ?I am having a serious problem making record_session work properly > >> > in my dialplan -- it records fine using meta-app, but if I turn it off > >> > and on, it overwrites the previous file with the same time and date when > >> > the meta-app was invoked. ?Is there anyway to make the time the current > >> > time so it would give another file? > >> > > >> > Thanks for any ideas. > >> > > >> > -- > >> > 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 > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > http://www.freeswitch.org > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 darren at aleph-com.net Thu Sep 23 08:41:24 2010 From: darren at aleph-com.net (Darren Wiebe) Date: Thu, 23 Sep 2010 09:41:24 -0600 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <12791.1285241348@ccs.covici.com> Message-ID: <4c9b752b.6682e50a.7e32.2811@mx.google.com> Why not do it using mod_xml_cdr and posting to a cgi script.  That sure makes it flexible. -- Darren Wiebe Sent from my Palm Pre On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com <covici at ccs.covici.com> wrote: I would like to insert the cdr information when the call hangsup, rather than some kron job or something -- is there a way I can use hangup_api_hook to execute the perl code, or is this too early for cdr_csv to have populated the variables? Thanks. -- 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 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/ddb0fa3b/attachment.html From covici at ccs.covici.com Thu Sep 23 08:53:33 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 11:53:33 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <4c9b752b.6682e50a.7e32.2811@mx.google.com> References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> Message-ID: <9445.1285257213@ccs.covici.com> Because I do not have a cgi script and have not looked at mod_xml_cdr yet, and I found this nice simple perl program. Also, I do want to keep the plain text csv file, it comes in handy. Darren Wiebe wrote: > Why not do it using mod_xml_cdr and posting to a cgi script.  That sure makes it flexible. > > -- Darren Wiebe > Sent from my Palm Pre > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com <covici at ccs.covici.com> wrote: > > I would like to insert the cdr information when the call hangsup, > > rather than some kron job or something -- is there a way I can use > > hangup_api_hook to execute the perl code, or is this too early for > > cdr_csv to have populated the variables? > > > > Thanks. > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 sos at sokhapkin.dyndns.org Thu Sep 23 09:02:34 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 23 Sep 2010 12:02:34 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <9445.1285257213@ccs.covici.com> References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> Message-ID: <201009231202.34683.sos@sokhapkin.dyndns.org> You can have both mod_xml_cdr and mod_cdr_csv loaded. On Thursday 23 September 2010, covici at ccs.covici.com wrote: > Because I do not have a cgi script and have not looked at mod_xml_cdr > yet, and I found this nice simple perl program. Also, I do want to keep > the plain text csv file, it comes in handy. > > Darren Wiebe wrote: > > Why not do it using mod_xml_cdr and posting to a cgi script.  That > > sure makes it flexible. > > > > -- Darren Wiebe > > Sent from my Palm Pre > > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com > > <covici at ccs.covici.com> wrote: > > > > I would like to insert the cdr information when the call hangsup, > > > > rather than some kron job or something -- is there a way I can use > > > > hangup_api_hook to execute the perl code, or is this too early for > > > > cdr_csv to have populated the variables? > > > > > > > > Thanks. > From Nabble at slickdeals.endjunk.com Thu Sep 23 10:05:12 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Thu, 23 Sep 2010 10:05:12 -0700 (PDT) Subject: [Freeswitch-users] Voicemail not to announce extension number In-Reply-To: References: <1285150363549-5558415.post@n2.nabble.com> <1285164914460-5559242.post@n2.nabble.com> <4C9A2723.9050205@communicatefreely.net> <1285173582505-5559816.post@n2.nabble.com> <1285181268943-5560277.post@n2.nabble.com> <1285210705466-5561595.post@n2.nabble.com> Message-ID: <1285261512973-5563888.post@n2.nabble.com> Anthony Minessale wrote: > > unfortunately it does > > > > > > method="pronounced" type="name_spelled"/> > data="voicemail/vm-not_available.wav"/> > > > > > I just modified mine to test it and it says the called destination > number in place of the voice box when i do this. Exactly like I > explained. Anthony, Thanks for the above clarification. As I mentioned in my OP, my FS is v1.0.6 and VM still announces the XXXX (4-digits) extension numbers when replacing $1 with ${destination_number}. Anyway, I resolved the issue using ${sip_to_user} instead of ${destination_number}. For my FS system, I took an additional step to modify the vm-person.wav file. This way, when VM annouces the message, the caller will only hear The person at (instead of The person at extension) + the trunk numbers the caller tried to reach + the rest messages. To me, this approach is way simpler than going through all the recording process suggested by http://freeswitch-users.2379917.n2.nabble.com/user/UserNodes.jtp?user=80550 Milena-2-2 as shown on his http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5560136.html post above. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Voicemail-not-to-announce-extension-number-tp5557230p5563888.html Sent from the freeswitch-users mailing list archive at Nabble.com. From gmaruzz at gmail.com Thu Sep 23 10:18:30 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 23 Sep 2010 19:18:30 +0200 Subject: [Freeswitch-users] CODEC2 Support in FreeSWITCH In-Reply-To: References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> Message-ID: problem seems solved -giovanni On Thu, Sep 23, 2010 at 3:02 PM, Giovanni Maruzzelli wrote: > Ciao Brian, > > those instructions (pull, bootstrap configure make mod-install) are > not working for me (no such target). > > I had to go into mod_codec2 dir, and do a make && make install. > > After that, going back to the main FS dir, this is the results of a > "make current": > > make update > make[1]: Entering directory `/usr/src/freeswitch' > Pulling updates... > libs/libcodec2/Makefile.in: needs update > libs/libcodec2/src/Makefile.in: needs update > libs/libcodec2/unittest/Makefile.in: needs update > refusing to pull with rebase: your working tree is not up-to-date > make[1]: *** [update] Error 1 > make[1]: Leaving directory `/usr/src/freeswitch' > make: *** [current] Error 2 > > > For recovering from that, I have to git checkout again (manually) > those three files. > > Done all the procedure two times, is replicable. > > Congratulations again for mod_codec2 ! (and thanks to David Rowe!) > > -giovanni > > > > On Tue, Sep 21, 2010 at 8:04 PM, Brian West wrote: >> I have been working on adding CODEC2 support to FreeSWITCH which is a low bitrate LGPL codec by David Rowe. ?I have made changes to create the lib required to make this work and waiting on them to be pushed back up stream so I have checked the lib into the libs folder for now. >> >> You can find the lib and module in the latest git pull. >> >> ./bootstrap.sh >> ./configure >> make mod_codec2-install >> edit modules.conf.xml to load the mod >> add the codec to your allowed codec list on sofia profiles. >> >> Please check it out and let me know what you think. >> >> Thanks, >> Brian >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From mnhassan at usa.net Thu Sep 23 10:54:51 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Thu, 23 Sep 2010 23:54:51 +0600 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <201009231202.34683.sos@sokhapkin.dyndns.org> References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: And mod_xml_cdr is by far the most flexible CDR module on any switching platform I have seen to date. It has complete record of what went in the call, including details of applications that ran, the arguments that were passed, and the SDP headers. FreeSWITCH rocks! Regards HASSAN On 2010-09-23, Sergey Okhapkin wrote: > You can have both mod_xml_cdr and mod_cdr_csv loaded. > > On Thursday 23 September 2010, covici at ccs.covici.com wrote: >> Because I do not have a cgi script and have not looked at mod_xml_cdr >> yet, and I found this nice simple perl program. Also, I do want to keep >> the plain text csv file, it comes in handy. >> >> Darren Wiebe wrote: >> > Why not do it using mod_xml_cdr and posting to a cgi script.  That >> > sure makes it flexible. >> > >> > -- Darren Wiebe >> > Sent from my Palm Pre >> > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com >> > <covici at ccs.covici.com> wrote: >> > >> > I would like to insert the cdr information when the call hangsup, >> > >> > rather than some kron job or something -- is there a way I can use >> > >> > hangup_api_hook to execute the perl code, or is this too early for >> > >> > cdr_csv to have populated the variables? >> > >> > >> > >> > Thanks. >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sent from my mobile device From stephen at stephenjc.com Thu Sep 23 11:00:06 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Thu, 23 Sep 2010 14:00:06 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: i used mod_xml_cdr and keep the whole XML in a db and just pull out only data i need into fields. Its easy to dump sql into a CSV if you need it later. Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Thu, Sep 23, 2010 at 1:54 PM, Nyamul Hassan wrote: > And mod_xml_cdr is by far the most flexible CDR module on any > switching platform I have seen to date. It has complete record of what > went in the call, including details of applications that ran, the > arguments that were passed, and the SDP headers. > > FreeSWITCH rocks! > > Regards > HASSAN > > > On 2010-09-23, Sergey Okhapkin wrote: > > You can have both mod_xml_cdr and mod_cdr_csv loaded. > > > > On Thursday 23 September 2010, covici at ccs.covici.com wrote: > >> Because I do not have a cgi script and have not looked at mod_xml_cdr > >> yet, and I found this nice simple perl program. Also, I do want to keep > >> the plain text csv file, it comes in handy. > >> > >> Darren Wiebe wrote: > >> > Why not do it using mod_xml_cdr and posting to a cgi script. >  That > >> > sure makes it flexible. > >> > > >> > -- Darren Wiebe > >> > Sent from my Palm Pre > >> > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com > >> > <covici at ccs.covici.com > wrote: > >> > > >> > I would like to insert the cdr information when the call hangsup, > >> > > >> > rather than some kron job or something -- is there a way I can use > >> > > >> > hangup_api_hook to execute the perl code, or is this too early for > >> > > >> > cdr_csv to have populated the variables? > >> > > >> > > >> > > >> > Thanks. > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/c36da355/attachment.html From acosgrov at gmail.com Thu Sep 23 12:02:46 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Thu, 23 Sep 2010 15:02:46 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: <1285268566.1847.92.camel@anthony-desktop> I think that would be an awesome cookbook recipe if not already on the wiki (I have not checked so forgive me if it is). Can you post what you did? Thanks, Anthony C On Thu, 2010-09-23 at 14:00 -0400, stephen at stephenjc wrote: > i used mod_xml_cdr and keep the whole XML in a db and just pull out > only data i need into fields. Its easy to dump sql into a CSV if you > need it later. > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > From covici at ccs.covici.com Thu Sep 23 12:04:01 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 15:04:01 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: <3599.1285268641@ccs.covici.com> I am sure you are correct, but I don't need to keep track of all that and I don't have a way to insert into a database using that module -- or at least I am not sure how to do this, whereas I have this nice Perl code which works fine. Nyamul Hassan wrote: > And mod_xml_cdr is by far the most flexible CDR module on any > switching platform I have seen to date. It has complete record of what > went in the call, including details of applications that ran, the > arguments that were passed, and the SDP headers. > > FreeSWITCH rocks! > > Regards > HASSAN > > > On 2010-09-23, Sergey Okhapkin wrote: > > You can have both mod_xml_cdr and mod_cdr_csv loaded. > > > > On Thursday 23 September 2010, covici at ccs.covici.com wrote: > >> Because I do not have a cgi script and have not looked at mod_xml_cdr > >> yet, and I found this nice simple perl program. Also, I do want to keep > >> the plain text csv file, it comes in handy. > >> > >> Darren Wiebe wrote: > >> > Why not do it using mod_xml_cdr and posting to a cgi script.  That > >> > sure makes it flexible. > >> > > >> > -- Darren Wiebe > >> > Sent from my Palm Pre > >> > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com > >> > <covici at ccs.covici.com> wrote: > >> > > >> > I would like to insert the cdr information when the call hangsup, > >> > > >> > rather than some kron job or something -- is there a way I can use > >> > > >> > hangup_api_hook to execute the perl code, or is this too early for > >> > > >> > cdr_csv to have populated the variables? > >> > > >> > > >> > > >> > Thanks. > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mnhassan at usa.net Thu Sep 23 12:06:50 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Fri, 24 Sep 2010 01:06:50 +0600 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: That's a neat idea! Would you like to share the SQL Schema of your database? Regards HASSAN On 2010-09-24, stephen at stephenjc wrote: > i used mod_xml_cdr and keep the whole XML in a db and just pull out only > data i need into fields. Its easy to dump sql into a CSV if you need it > later. > > Thanks, > Stephen C > -All of my email addresses go to the same place > -Save Paper, think before you print > > > > On Thu, Sep 23, 2010 at 1:54 PM, Nyamul Hassan wrote: > >> And mod_xml_cdr is by far the most flexible CDR module on any >> switching platform I have seen to date. It has complete record of what >> went in the call, including details of applications that ran, the >> arguments that were passed, and the SDP headers. >> >> FreeSWITCH rocks! >> >> Regards >> HASSAN >> >> >> On 2010-09-23, Sergey Okhapkin wrote: >> > You can have both mod_xml_cdr and mod_cdr_csv loaded. >> > >> > On Thursday 23 September 2010, covici at ccs.covici.com wrote: >> >> Because I do not have a cgi script and have not looked at mod_xml_cdr >> >> yet, and I found this nice simple perl program. Also, I do want to >> >> keep >> >> the plain text csv file, it comes in handy. >> >> >> >> Darren Wiebe wrote: >> >> > Why not do it using mod_xml_cdr and posting to a cgi script. >>  That >> >> > sure makes it flexible. >> >> > >> >> > -- Darren Wiebe >> >> > Sent from my Palm Pre >> >> > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com >> >> > <covici at ccs.covici.com > wrote: >> >> > >> >> > I would like to insert the cdr information when the call hangsup, >> >> > >> >> > rather than some kron job or something -- is there a way I can use >> >> > >> >> > hangup_api_hook to execute the perl code, or is this too early for >> >> > >> >> > cdr_csv to have populated the variables? >> >> > >> >> > >> >> > >> >> > Thanks. >> >> >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> -- >> Sent from my mobile device >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device From david.ponzone at ipeva.fr Thu Sep 23 12:40:53 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 23 Sep 2010 21:40:53 +0200 Subject: [Freeswitch-users] Registration of SIP client not lasting In-Reply-To: <5CB9375C-5D5C-49B5-8B04-98A46E1FDD49@todoo.biz> References: <5CB9375C-5D5C-49B5-8B04-98A46E1FDD49@todoo.biz> Message-ID: <59B97690-EE71-4D84-98B8-0AA28E4B97B1@ipeva.fr> That one is easy to find: http://wiki.freeswitch.org/wiki/XML_User_Directory_Guide#Force_Registrations_to_Expire David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 23/09/2010 ? 15:54, bsd a ?crit : > Hello, > > I am using FreeSwitch embedded in a pfSense device. > Things are running ok? > > My SIP client is Acrobits SoftPhone running on IPhone 4g. > > The Sip client is registering ok, but when I look at the > registration on FreeSwitch, it disappears after a couple of minutes? > > > Is there a way for me to tune that somewhere at the level of > FreeSwitch ? > > > Thanks. > > ???????????????????????????????????????????????? > Gregober ---> PGP ID --> 0x1BA3C2FD > bsd @at@ todoo.biz > ???????????????????????????????????????????????? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/ee729ee1/attachment.html From mario_fs at mgtech.com Thu Sep 23 12:43:00 2010 From: mario_fs at mgtech.com (Mario) Date: Thu, 23 Sep 2010 12:43:00 -0700 Subject: [Freeswitch-users] No voicemail when Inbound external calls ring group In-Reply-To: <4C9A9D19.6060505@mgtech.com> References: <3DAFC31D-82B8-48D2-B096-205B41741C4E@freeswitch.org> <4C9947C3.8010800@mgtech.com> <4C9A1D1A.8000809@mgtech.com> <4C9A9D19.6060505@mgtech.com> Message-ID: <4C9BADC4.9040408@mgtech.com> Just an update in case someone (newbie like me) has a similar issue. Now I get it: BRIDGE does not run through the dial plan again whereas TRANSFER does. I thought the BRIDGE below would trigger the "local extensions" in the default dial plan where vm was picked up, but it is not the case. I guess I could have added voicemail after the bridge below but I wound up transferring to a new extension that rings the group followed by VM. Many thanks to Anthony's reply (it was removed due to duplicate) that stated I needed the vm after the bridge below. BTW, I tried FS several months ago but your book made things go WAY better this time! On 09/22/10 17:19, Mario wrote: > Sorry, the first email was missing in my sent so I thought it did not go > through since I did not see it posted before I sent the 2nd. one. > > On 09/22/2010 04:57 PM, Anthony Minessale wrote: >> Why did you send the same email twice? I thought my bowser, i mean >> browser was messed up for a second. >> >> >> >> On Wed, Sep 22, 2010 at 10:13 AM, Mario wrote: >>> When using a public inbound DP rings a group, and there is no answer for >>> an incoming outside call, voicemail does not answer. It works for inside >>> calls to an unanswered extension. Also, if the DP rings a single >>> extension it works. Ifound nothing so far in web searches so I am >>> asking for help here. Thanks very much. >>> >>> Incoming Line dial plan,does not allow vm to answer: >>> >>> >>> >>> >>> >>> >>> >>> >>> <--- works! >>> >>> DEFAULT.XML: >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at 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 stephen at stephenjc.com Thu Sep 23 13:13:52 2010 From: stephen at stephenjc.com (stephen at stephenjc) Date: Thu, 23 Sep 2010 16:13:52 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> Message-ID: Here is my php code and sql. I tried to cut out code that does other things. http://wiki.freeswitch.org/wiki/User:Stephen_c01 Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print On Thu, Sep 23, 2010 at 3:06 PM, Nyamul Hassan wrote: > That's a neat idea! Would you like to share the SQL Schema of your > database? > > Regards > HASSAN > > > > On 2010-09-24, stephen at stephenjc wrote: > > i used mod_xml_cdr and keep the whole XML in a db and just pull out only > > data i need into fields. Its easy to dump sql into a CSV if you need it > > later. > > > > Thanks, > > Stephen C > > -All of my email addresses go to the same place > > -Save Paper, think before you print > > > > > > > > On Thu, Sep 23, 2010 at 1:54 PM, Nyamul Hassan wrote: > > > >> And mod_xml_cdr is by far the most flexible CDR module on any > >> switching platform I have seen to date. It has complete record of what > >> went in the call, including details of applications that ran, the > >> arguments that were passed, and the SDP headers. > >> > >> FreeSWITCH rocks! > >> > >> Regards > >> HASSAN > >> > >> > >> On 2010-09-23, Sergey Okhapkin wrote: > >> > You can have both mod_xml_cdr and mod_cdr_csv loaded. > >> > > >> > On Thursday 23 September 2010, covici at ccs.covici.com wrote: > >> >> Because I do not have a cgi script and have not looked at mod_xml_cdr > >> >> yet, and I found this nice simple perl program. Also, I do want to > >> >> keep > >> >> the plain text csv file, it comes in handy. > >> >> > >> >> Darren Wiebe wrote: > >> >> > Why not do it using mod_xml_cdr and posting to a cgi script. > >>  That > >> >> > sure makes it flexible. > >> >> > > >> >> > -- Darren Wiebe > >> >> > Sent from my Palm Pre > >> >> > On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com > >> >> > <covici at ccs.covici.com < > lt%3Bcovici at ccs.covici.com >> wrote: > >> >> > > >> >> > I would like to insert the cdr information when the call hangsup, > >> >> > > >> >> > rather than some kron job or something -- is there a way I can use > >> >> > > >> >> > hangup_api_hook to execute the perl code, or is this too early for > >> >> > > >> >> > cdr_csv to have populated the variables? > >> >> > > >> >> > > >> >> > > >> >> > Thanks. > >> >> > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > http://www.freeswitch.org > >> > > >> > >> -- > >> Sent from my mobile device > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/e980faf6/attachment.html From darren at aleph-com.net Thu Sep 23 13:46:29 2010 From: darren at aleph-com.net (Darren Wiebe) Date: Thu, 23 Sep 2010 14:46:29 -0600 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <3599.1285268641@ccs.covici.com> References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> <3599.1285268641@ccs.covici.com> Message-ID: <4C9BBCA5.10502@aleph-com.net> When I get back in the office I'll get a link to the script I use for that if you're interested. Darren Wiebe On 23/09/2010 1:04 PM, covici at ccs.covici.com wrote: > I am sure you are correct, but I don't need to keep track of all that > and I don't have a way to insert into a database using that module -- or > at least I am not sure how to do this, whereas I have this nice Perl > code which works fine. > > Nyamul Hassan wrote: > >> And mod_xml_cdr is by far the most flexible CDR module on any >> switching platform I have seen to date. It has complete record of what >> went in the call, including details of applications that ran, the >> arguments that were passed, and the SDP headers. >> >> FreeSWITCH rocks! >> >> Regards >> HASSAN >> >> >> On 2010-09-23, Sergey Okhapkin wrote: >>> You can have both mod_xml_cdr and mod_cdr_csv loaded. >>> >>> On Thursday 23 September 2010, covici at ccs.covici.com wrote: >>>> Because I do not have a cgi script and have not looked at mod_xml_cdr >>>> yet, and I found this nice simple perl program. Also, I do want to keep >>>> the plain text csv file, it comes in handy. >>>> >>>> Darren Wiebe wrote: >>>>> Why not do it using mod_xml_cdr and posting to a cgi script. That >>>>> sure makes it flexible. >>>>> >>>>> -- Darren Wiebe >>>>> Sent from my Palm Pre >>>>> On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com >>>>> <covici at ccs.covici.com> wrote: >>>>> >>>>> I would like to insert the cdr information when the call hangsup, >>>>> >>>>> rather than some kron job or something -- is there a way I can use >>>>> >>>>> hangup_api_hook to execute the perl code, or is this too early for >>>>> >>>>> cdr_csv to have populated the variables? >>>>> >>>>> >>>>> >>>>> Thanks. >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> -- >> Sent from my mobile device >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 ktngl at yahoo.co.uk Thu Sep 23 13:48:31 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Thu, 23 Sep 2010 20:48:31 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check Message-ID: <555384.61655.qm@web29219.mail.ird.yahoo.com> I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/6de10d4f/attachment.html From djbinter at gmail.com Thu Sep 23 14:06:05 2010 From: djbinter at gmail.com (DJB International) Date: Thu, 23 Sep 2010 14:06:05 -0700 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <555384.61655.qm@web29219.mail.ird.yahoo.com> References: <555384.61655.qm@web29219.mail.ird.yahoo.com> Message-ID: When you issue a command "sofia status", do you see your gateway in there? If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/5572a7de/attachment.html From covici at ccs.covici.com Thu Sep 23 14:17:47 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 23 Sep 2010 17:17:47 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <4C9BBCA5.10502@aleph-com.net> References: <4c9b752b.6682e50a.7e32.2811@mx.google.com> <9445.1285257213@ccs.covici.com> <201009231202.34683.sos@sokhapkin.dyndns.org> <3599.1285268641@ccs.covici.com> <4C9BBCA5.10502@aleph-com.net> Message-ID: <1412.1285276667@ccs.covici.com> OK, that would be nice because I have not done much with cgi either. Darren Wiebe wrote: > When I get back in the office I'll get a link to the script I use for > that if you're interested. > > Darren Wiebe > > On 23/09/2010 1:04 PM, covici at ccs.covici.com wrote: > > I am sure you are correct, but I don't need to keep track of all that > > and I don't have a way to insert into a database using that module -- or > > at least I am not sure how to do this, whereas I have this nice Perl > > code which works fine. > > > > Nyamul Hassan wrote: > > > >> And mod_xml_cdr is by far the most flexible CDR module on any > >> switching platform I have seen to date. It has complete record of what > >> went in the call, including details of applications that ran, the > >> arguments that were passed, and the SDP headers. > >> > >> FreeSWITCH rocks! > >> > >> Regards > >> HASSAN > >> > >> > >> On 2010-09-23, Sergey Okhapkin wrote: > >>> You can have both mod_xml_cdr and mod_cdr_csv loaded. > >>> > >>> On Thursday 23 September 2010, covici at ccs.covici.com wrote: > >>>> Because I do not have a cgi script and have not looked at mod_xml_cdr > >>>> yet, and I found this nice simple perl program. Also, I do want to keep > >>>> the plain text csv file, it comes in handy. > >>>> > >>>> Darren Wiebe wrote: > >>>>> Why not do it using mod_xml_cdr and posting to a cgi script. That > >>>>> sure makes it flexible. > >>>>> > >>>>> -- Darren Wiebe > >>>>> Sent from my Palm Pre > >>>>> On 23 Sep 2010 5:36 a.m., covici at ccs.covici.com > >>>>> <covici at ccs.covici.com> wrote: > >>>>> > >>>>> I would like to insert the cdr information when the call hangsup, > >>>>> > >>>>> rather than some kron job or something -- is there a way I can use > >>>>> > >>>>> hangup_api_hook to execute the perl code, or is this too early for > >>>>> > >>>>> cdr_csv to have populated the variables? > >>>>> > >>>>> > >>>>> > >>>>> Thanks. > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >>> > >> -- > >> Sent from my mobile device > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 freeswitch-reg at compact.com Thu Sep 23 13:57:12 2010 From: freeswitch-reg at compact.com (A. Lester Buck III) Date: Thu, 23 Sep 2010 15:57:12 -0500 Subject: [Freeswitch-users] limits on text to speech output length In-Reply-To: (Your message of Thu, 23 Sep 2010 12:43:00 PDT.) <4C9BADC4.9040408@mgtech.com> Message-ID: <28865.1285275432@quad.compact.com> Hi, I'm running Freeswitch built from trunk a week or so ago, 1.0.head. I am using a Cepstral voice for text to speech. I generate a long string of text, including SSML breaks, that is rendered to speech by the swift utility packaged with Cepstral voices. The test string I built renders as 1m:46s of speech, and a .wav file about 1.6MB, from the swift command line. I changed single quotes to double quotes and escaped them, as mentioned on the wiki page for mod_cepstral, and I now have a working text to speech path using ESL built for Ruby 1.9.2, using the sample Ruby code on the wiki. Everything basically works fine, even on my test machine which is a $5/mo Xen VPS with 10ms kernel timer resolution. (lowendbox.com) My issue is that the speech cuts off midway through the call, when I guess some limit on generated output is being reached. Before I dig into the guts of mod_cepstral and Freeswitch, could someone point me to what might be limiting the length of output? Swift seems to generate a wav file of indefinite length, so at least the issue is somewhere in the open source parts of the server. Having yet looked at the guts of mod_cepstral, I presume that a high-performance output module does not have the swift utility write a .wav file to disk and then play it back, but instead lets swift shove the bytes directly into a socket. What is a good Freeswitch example of this architecture? Thanks, Lester From ktngl at yahoo.co.uk Thu Sep 23 14:55:16 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Thu, 23 Sep 2010 21:55:16 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check In-Reply-To: Message-ID: <791819.42353.qm@web29203.mail.ird.yahoo.com> It needed a reloadxml. The gateway now shows on sofia status but still not able to connect to the test gateway. The same command now gives me 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 (sofia/external/0044020734) State Change CS_NEW -> CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 SOFIA INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 sofia/external/0044020734 SOFIA ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA going to sleep 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [calling][0] 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [terminated][408] 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal sofia/external/0044020734 [KILL] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_HANGUP 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other leg 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 sofia/external/0044020734 Standard REPORTING, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 (sofia/external/0044020734) Locked, Waiting on external entities 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 (sofia/external/0044020734) Ended 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close Channel sofia/external/0044020734 [CS_DESTROY] 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 (sofia/external/0044020734) Running State Change CS_DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 sofia/external/0044020734 SOFIA DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 sofia/external/0044020734 Standard DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY going to sleep --- On Thu, 23/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Thursday, 23 September, 2010, 21:06 When you issue a command "sofia status", do you see your gateway in there? ?If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/de986609/attachment-0001.html From testeador01 at gmail.com Thu Sep 23 15:09:43 2010 From: testeador01 at gmail.com (Milena) Date: Thu, 23 Sep 2010 17:09:43 -0500 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <791819.42353.qm@web29203.mail.ird.yahoo.com> References: <791819.42353.qm@web29203.mail.ird.yahoo.com> Message-ID: OMG let me introduce you to pastebin: http://pastebin.freeswitch.org don't ask what's the password, read the prompt, it will tell you. :) On Thu, Sep 23, 2010 at 4:55 PM, Nigel Kent wrote: > It needed a reloadxml. > > The gateway now shows on sofia status but still not able to connect to the > test gateway. The same command now gives me > > > 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel > sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] > freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 > (sofia/external/0044020734) State Change CS_NEW -> CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 > SOFIA INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 > (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 > sofia/external/0044020734 SOFIA ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 > (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [calling][0] > 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [terminated][408] > 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup > sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal > sofia/external/0044020734 [KILL] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 > sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other > leg > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel > sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 > sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 > sofia/external/0044020734 Standard REPORTING, cause: > RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 > (sofia/external/0044020734) Locked, Waiting on external entities > 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 > (sofia/external/0044020734) Ended > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close > Channel sofia/external/0044020734 [CS_DESTROY] > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 > (sofia/external/0044020734) Running State Change CS_DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 > sofia/external/0044020734 SOFIA DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 > sofia/external/0044020734 Standard DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY going to sleep > > > > > --- On *Thu, 23/9/10, DJB International * wrote: > > > From: DJB International > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > Date: Thursday, 23 September, 2010, 21:06 > > > When you issue a command "sofia status", do you see your gateway in there? > If not, try "sofia profile rescan" > > -djbinter > > On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent > > wrote: > > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/24d1c289/attachment.html From mario_fs at mgtech.com Thu Sep 23 15:10:52 2010 From: mario_fs at mgtech.com (Mario) Date: Thu, 23 Sep 2010 15:10:52 -0700 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default Message-ID: <4C9BD06C.206@mgtech.com> I ran some traces and can't seem to figure out if this is an error I can fix. Otherwise it works. No luck on web searches so far. Thanks. [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default My 2901 dial plan is: From sos at sokhapkin.dyndns.org Thu Sep 23 15:17:38 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Thu, 23 Sep 2010 18:17:38 -0400 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default In-Reply-To: <4C9BD06C.206@mgtech.com> References: <4C9BD06C.206@mgtech.com> Message-ID: <201009231817.38529.sos@sokhapkin.dyndns.org> Where is an error? On Thursday 23 September 2010, Mario wrote: > I ran some traces and can't seem to figure out if this is an error I can > fix. Otherwise it works. No luck on web searches so far. Thanks. > > [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 > in context default > > My 2901 dial plan is: > > > > > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 daniel.neubert at solomo.de Thu Sep 23 15:19:41 2010 From: daniel.neubert at solomo.de (Daniel Neubert) Date: Fri, 24 Sep 2010 00:19:41 +0200 Subject: [Freeswitch-users] limits on text to speech output length In-Reply-To: <28865.1285275432@quad.compact.com> References: <28865.1285275432@quad.compact.com> Message-ID: <4C9BD27D.4030507@solomo.de> Hi, instead of calling swift directly you can consider calling it via an MRCP server like UniMRCP. It's all free software and works like a charm in my setup. I'm using mod_unimrcp on our FreeSWITCH servers and am running UniMRCP as a server on a single node that is our dedicated speech server. That scenario also offloads the task of speech generation to another machine to save resources on the FreeSWITCH nodes. If you use other cepstral languages than english you need to manually patch the sources. Daniel Am 23.09.2010 22:57, schrieb A. Lester Buck III: > Hi, > > I'm running Freeswitch built from trunk a week or so ago, 1.0.head. > > I am using a Cepstral voice for text to speech. I generate a long > string of text, including SSML breaks, that is rendered to speech by the > swift utility packaged with Cepstral voices. The test string I built > renders as 1m:46s of speech, and a .wav file about 1.6MB, from the swift > command line. > > I changed single quotes to double quotes and escaped them, as mentioned > on the wiki page for mod_cepstral, and I now have a working text to > speech path using ESL built for Ruby 1.9.2, using the sample Ruby code > on the wiki. > > Everything basically works fine, even on my test machine which is a > $5/mo Xen VPS with 10ms kernel timer resolution. (lowendbox.com) > > My issue is that the speech cuts off midway through the call, when I > guess some limit on generated output is being reached. Before I dig > into the guts of mod_cepstral and Freeswitch, could someone point me to > what might be limiting the length of output? Swift seems to generate a > wav file of indefinite length, so at least the issue is somewhere in the > open source parts of the server. > > Having yet looked at the guts of mod_cepstral, I presume that a > high-performance output module does not have the swift utility write a > .wav file to disk and then play it back, but instead lets swift shove > the bytes directly into a socket. What is a good Freeswitch example of > this architecture? > > > Thanks, > > Lester > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/4b023638/attachment-0001.html From fs-list at communicatefreely.net Thu Sep 23 16:32:11 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Thu, 23 Sep 2010 19:32:11 -0400 Subject: [Freeswitch-users] Aastra bugs Message-ID: <4C9BE37B.6080302@communicatefreely.net> Hello list, I have a pretty good relationship with the folks at Aastra telecom, and they have expressed interest in resolving any issues that there may be between their phones and Freeswitch. I will soon be migrating about 300 Aastra phones over to our new Freeswitch system, so it is certainly in my interests to help get any bugs fixed. If you have any documented issues with Aastra phones and Freeswitch, please pass them along and I will compile a list for the engineers. If you have any SIP traces or other useful information, I'm glad to have that too. If not, I have at least one of all their phones, so I should be able to reproduce it on the bench as long as you can tell me how to cause it. Thanks for any info, I'll do my best to get them escalated. -Tim From djbinter at gmail.com Thu Sep 23 19:42:38 2010 From: djbinter at gmail.com (DJB International) Date: Thu, 23 Sep 2010 19:42:38 -0700 Subject: [Freeswitch-users] gateway setup check In-Reply-To: References: <791819.42353.qm@web29203.mail.ird.yahoo.com> Message-ID: Nigel, If your software is up to date, there is no need to do reloadxml for sofia anymore. See: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=6068167208d99a6e0bd54332758b9f4c7a77661b -djbinter On Thu, Sep 23, 2010 at 3:09 PM, Milena wrote: > OMG let me introduce you to pastebin: > http://pastebin.freeswitch.org > > don't ask what's the password, read the prompt, it will tell you. :) > > On Thu, Sep 23, 2010 at 4:55 PM, Nigel Kent wrote: > >> It needed a reloadxml. >> >> The gateway now shows on sofia status but still not able to connect to the >> test gateway. The same command now gives me >> >> >> 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel >> sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] >> freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 >> (sofia/external/0044020734) State Change CS_NEW -> CS_INIT >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/0044020734) Running State Change CS_INIT >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/0044020734) State INIT >> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 >> sofia/external/0044020734 SOFIA INIT >> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 >> (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/0044020734) State INIT going to sleep >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/0044020734) Running State Change CS_ROUTING >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/0044020734) State ROUTING >> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 >> sofia/external/0044020734 SOFIA ROUTING >> 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 >> (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/0044020734) State ROUTING going to sleep >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/0044020734) State CONSUME_MEDIA >> 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/0044020734) State CONSUME_MEDIA going to sleep >> 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel >> sofia/external/0044020734 entering state [calling][0] >> 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel >> sofia/external/0044020734 entering state [terminated][408] >> 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup >> sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] >> 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal >> sofia/external/0044020734 [KILL] >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/0044020734) Running State Change CS_HANGUP >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 >> (sofia/external/0044020734) State HANGUP >> 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 >> sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other >> leg >> 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel >> sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 >> sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 >> (sofia/external/0044020734) State HANGUP going to sleep >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 >> (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/0044020734) Running State Change CS_REPORTING >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 >> (sofia/external/0044020734) State REPORTING >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 >> sofia/external/0044020734 Standard REPORTING, cause: >> RECOVERY_ON_TIMER_EXPIRE >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 >> (sofia/external/0044020734) State REPORTING going to sleep >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 >> (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal >> sofia/external/0044020734 [BREAK] >> 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 >> (sofia/external/0044020734) Locked, Waiting on external entities >> 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate >> Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] >> 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 >> (sofia/external/0044020734) Ended >> 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close >> Channel sofia/external/0044020734 [CS_DESTROY] >> 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 >> (sofia/external/0044020734) Running State Change CS_DESTROY >> 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 >> (sofia/external/0044020734) State DESTROY >> 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 >> sofia/external/0044020734 SOFIA DESTROY >> 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 >> sofia/external/0044020734 Standard DESTROY >> 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 >> (sofia/external/0044020734) State DESTROY going to sleep >> >> >> >> >> --- On *Thu, 23/9/10, DJB International * wrote: >> >> >> From: DJB International >> Subject: Re: [Freeswitch-users] gateway setup check >> To: "FreeSWITCH Users Help" >> Date: Thursday, 23 September, 2010, 21:06 >> >> >> When you issue a command "sofia status", do you see your gateway in there? >> If not, try "sofia profile rescan" >> >> -djbinter >> >> On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent >> > wrote: >> >> I want to check my gateway setup and that calls are able to be sent >> >> originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 >> -ERR INVALID_NUMBER_FORMAT >> >> xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the >> same >> >> >> >> Why do I get invalid gateway error? >> >> >> 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway >> freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 >> Close Channel N/A [CS_NEW] >> 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () >> Running State Change CS_DESTROY >> 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) >> State DESTROY >> 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY >> 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) >> State DESTROY going to sleep >> 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create >> outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] >> 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate >> Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -----Inline Attachment Follows----- >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/8e3e1294/attachment.html From pray at theprossergroup.com Thu Sep 23 20:03:13 2010 From: pray at theprossergroup.com (Praveen Ray) Date: Thu, 23 Sep 2010 23:03:13 -0400 Subject: [Freeswitch-users] Aastra bugs In-Reply-To: <4C9BE37B.6080302@communicatefreely.net> References: <4C9BE37B.6080302@communicatefreely.net> Message-ID: All I can say is stay away from 'Aastra 57i CT' with wireless handset. I had to replace three handsets and eventually gave up. Otherwise, it works great with FS. On Thu, Sep 23, 2010 at 7:32 PM, Tim St. Pierre < fs-list at communicatefreely.net> wrote: > Hello list, > > I have a pretty good relationship with the folks at Aastra telecom, and > they have expressed interest > in resolving any issues that there may be between their phones and > Freeswitch. I will soon be > migrating about 300 Aastra phones over to our new Freeswitch system, so it > is certainly in my > interests to help get any bugs fixed. > > If you have any documented issues with Aastra phones and Freeswitch, please > pass them along and I > will compile a list for the engineers. If you have any SIP traces or other > useful information, I'm > glad to have that too. If not, I have at least one of all their phones, so > I should be able to > reproduce it on the bench as long as you can tell me how to cause it. > > Thanks for any info, I'll do my best to get them escalated. > > -Tim > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/dca3c543/attachment-0001.html From daniel.neubert at solomo.de Thu Sep 23 21:41:27 2010 From: daniel.neubert at solomo.de (Daniel Neubert) Date: Fri, 24 Sep 2010 06:41:27 +0200 Subject: [Freeswitch-users] limits on text to speech output length In-Reply-To: <5214.1285300791@quad.compact.com> References: <5214.1285300791@quad.compact.com> Message-ID: <4C9C2BF7.9070501@solomo.de> It's not only good for having a better scalable infrastructure - it also gives you the ability to freely change your tts engine or add functionality like speech recogniction or recording. Daniel Am 24.09.2010 05:59, schrieb A. Lester Buck III: > Dear Daniel, > > Thanks so much for the pointer. I'll certainly check that out. I don't > really have much of a scaling issue at the moment, but I sure hope I do > someday! Always good to keep the architecture as small parts loosely > joined. > > Best regards, > > Lester > > >> Hi, >> >> instead of calling swift directly you can consider calling it via an >> MRCP server like UniMRCP. >> >> It's all free software and works like a charm in my setup. I'm using >> mod_unimrcp on our FreeSWITCH servers and am running UniMRCP as a >> server on a single node that is our dedicated speech server. >> >> That scenario also offloads the task of speech generation to another >> machine to save resources on the FreeSWITCH nodes. If you use other >> cepstral languages than english you need to manually patch the sources. >> >> Daniel >> >> Am 23.09.2010 22:57, schrieb A. Lester Buck III: >>> Hi, >>> >>> I'm running Freeswitch built from trunk a week or so ago, 1.0.head. >>> >>> I am using a Cepstral voice for text to speech. I generate a long >>> string of text, including SSML breaks, that is rendered to speech by the >>> swift utility packaged with Cepstral voices. The test string I built >>> renders as 1m:46s of speech, and a .wav file about 1.6MB, from the swift >>> command line. >>> >>> I changed single quotes to double quotes and escaped them, as mentioned >>> on the wiki page for mod_cepstral, and I now have a working text to >>> speech path using ESL built for Ruby 1.9.2, using the sample Ruby code >>> on the wiki. >>> >>> Everything basically works fine, even on my test machine which is a >>> $5/mo Xen VPS with 10ms kernel timer resolution. (lowendbox.com) >>> >>> My issue is that the speech cuts off midway through the call, when I >>> guess some limit on generated output is being reached. Before I dig >>> into the guts of mod_cepstral and Freeswitch, could someone point me to >>> what might be limiting the length of output? Swift seems to generate a >>> wav file of indefinite length, so at least the issue is somewhere in the >>> open source parts of the server. >>> >>> Having yet looked at the guts of mod_cepstral, I presume that a >>> high-performance output module does not have the swift utility write a >>> .wav file to disk and then play it back, but instead lets swift shove >>> the bytes directly into a socket. What is a good Freeswitch example of >>> this architecture? >>> >>> >>> Thanks, >>> >>> Lester >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> ATT00001.txt >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/56cc86d3/attachment.html From ktngl at yahoo.co.uk Thu Sep 23 23:48:12 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 24 Sep 2010 06:48:12 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check In-Reply-To: Message-ID: <352119.17193.qm@web29218.mail.ird.yahoo.com> thanks guys for both those tips. Do you know what error my debug log is indicating? --- On Fri, 24/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 2:42 Nigel, If your software is up to date, there is no need to do reloadxml for sofia anymore. ?See: ?http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=6068167208d99a6e0bd54332758b9f4c7a77661b -djbinter On Thu, Sep 23, 2010 at 3:09 PM, Milena wrote: OMG let me introduce you to pastebin:http://pastebin.freeswitch.org don't ask what's the password, read the prompt, it will tell you. :) On Thu, Sep 23, 2010 at 4:55 PM, Nigel Kent wrote: It needed a reloadxml. The gateway now shows on sofia status but still not able to connect to the test gateway. The same command now gives me 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 (sofia/external/0044020734) State Change CS_NEW -> CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 SOFIA INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 sofia/external/0044020734 SOFIA ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA going to sleep 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [calling][0] 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [terminated][408] 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal sofia/external/0044020734 [KILL] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_HANGUP 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other leg 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 sofia/external/0044020734 Standard REPORTING, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 (sofia/external/0044020734) Locked, Waiting on external entities 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 (sofia/external/0044020734) Ended 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close Channel sofia/external/0044020734 [CS_DESTROY] 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 (sofia/external/0044020734) Running State Change CS_DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 sofia/external/0044020734 SOFIA DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 sofia/external/0044020734 Standard DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY going to sleep --- On Thu, 23/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Thursday, 23 September, 2010, 21:06 When you issue a command "sofia status", do you see your gateway in there? ?If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/6942ac65/attachment-0001.html From steveayre at gmail.com Thu Sep 23 23:48:21 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 07:48:21 +0100 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <791819.42353.qm@web29203.mail.ird.yahoo.com> References: <791819.42353.qm@web29203.mail.ird.yahoo.com> Message-ID: Looks like the gateway isn't replying to the INVITE. Can you pastebin: - Your gateway configuration - Your debug log with sip trace on (sofia profile siptrace on) -Steve On 23 September 2010 22:55, Nigel Kent wrote: > It needed a reloadxml. > > The gateway now shows on sofia status but still not able to connect to the > test gateway. The same command now gives me > > > 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel > sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] > freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 > (sofia/external/0044020734) State Change CS_NEW -> CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 > SOFIA INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 > (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 > sofia/external/0044020734 SOFIA ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 > (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [calling][0] > 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [terminated][408] > 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup > sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal > sofia/external/0044020734 [KILL] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 > sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other > leg > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel > sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 > sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 > sofia/external/0044020734 Standard REPORTING, cause: > RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 > (sofia/external/0044020734) Locked, Waiting on external entities > 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 > (sofia/external/0044020734) Ended > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close > Channel sofia/external/0044020734 [CS_DESTROY] > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 > (sofia/external/0044020734) Running State Change CS_DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 > sofia/external/0044020734 SOFIA DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 > sofia/external/0044020734 Standard DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY going to sleep > > > > > --- On *Thu, 23/9/10, DJB International * wrote: > > > From: DJB International > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > Date: Thursday, 23 September, 2010, 21:06 > > > When you issue a command "sofia status", do you see your gateway in there? > If not, try "sofia profile rescan" > > -djbinter > > On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent > > wrote: > > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/69f3ec6a/attachment.html From ktngl at yahoo.co.uk Fri Sep 24 00:45:16 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 24 Sep 2010 07:45:16 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check In-Reply-To: Message-ID: <4040.48926.qm@web29218.mail.ird.yahoo.com> this is from the sip trace. send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991:? It seems to be trying to send to port 5060 even though I have set a different port as the sip-port on my gateway config? ??? ??? ??? ??? The gateway is able to accept calls tested with a sip ua client Port 443 is used because it is a open port in my setup --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 6:48 Looks like the gateway isn't replying to the INVITE. Can you pastebin: - Your gateway configuration - Your debug log with sip trace on (sofia profile siptrace on) -Steve On 23 September 2010 22:55, Nigel Kent wrote: It needed a reloadxml. The gateway now shows on sofia status but still not able to connect to the test gateway. The same command now gives me 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 (sofia/external/0044020734) State Change CS_NEW -> CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 SOFIA INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 sofia/external/0044020734 SOFIA ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA going to sleep 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [calling][0] 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [terminated][408] 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal sofia/external/0044020734 [KILL] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_HANGUP 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other leg 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 sofia/external/0044020734 Standard REPORTING, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 (sofia/external/0044020734) Locked, Waiting on external entities 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 (sofia/external/0044020734) Ended 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close Channel sofia/external/0044020734 [CS_DESTROY] 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 (sofia/external/0044020734) Running State Change CS_DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 sofia/external/0044020734 SOFIA DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 sofia/external/0044020734 Standard DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY going to sleep --- On Thu, 23/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Thursday, 23 September, 2010, 21:06 When you issue a command "sofia status", do you see your gateway in there? ?If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/1597439a/attachment-0001.html From covici at ccs.covici.com Fri Sep 24 01:29:45 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 04:29:45 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <12791.1285241348@ccs.covici.com> Message-ID: <20695.1285316985@ccs.covici.com> OK, thanks for that -- so am I correct that the XML will appear as standard input to the script? And I guess I will have to write out the .csv myself which will be a pain, but its really convenient to have that. Thanks again. Steven Ayre wrote: > Too early, the call hangs up then enters the reporting stage where it will > write CDRs. > > 3 approaches I can think of: > > - Write a perl daemon that monitors the file for filesize/mtime changes and > runs if it sees the file change. You could look at either a periodic stat > with a sleep smaller than cron allows or using inotify. > - Make the CSV a FIFO with your perl daemon at the other end (I'd be wary of > that - there's no other copy for backup and if your daemon isn't running the > FIFO can fill up and lose CDRs) > - Move to mod_xml_cdr which is actually designed for that. You can either > use your perl code as a CGI or under apache+mod_perl so you don't have to do > a complete rewrite. > > I'd say mod_xml_cdr is the best approach. > > -Steve > > > > On 23 September 2010 12:29, wrote: > > > I would like to insert the cdr information when the call hangsup, > > rather than some kron job or something -- is there a way I can use > > hangup_api_hook to execute the perl code, or is this too early for > > cdr_csv to have populated the variables? > > > > Thanks. > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 covici at ccs.covici.com Fri Sep 24 01:37:32 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 04:37:32 -0400 Subject: [Freeswitch-users] freeswitch and git problem/question Message-ID: <20804.1285317452@ccs.covici.com> Hi. I ran into a strange problem with git yesterday -- I had checked out an older commit using git co and the commit number for testing, but git would not let me go back to head -- it complained that I was not in a branch and wanted me to specify the repository and refs on the command line, but nothing I did worked, so I wiped the whole thing out and started again. However there has got to be a way to do this -- I am sure I did things like that in other git projects, so what am I doing wrong because I don't know git as well as I would like to. Thanks for any ideas on this. -- 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 gmaruzz at gmail.com Fri Sep 24 01:54:01 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 24 Sep 2010 10:54:01 +0200 Subject: [Freeswitch-users] freeswitch and git problem/question In-Reply-To: <20804.1285317452@ccs.covici.com> References: <20804.1285317452@ccs.covici.com> Message-ID: On Fri, Sep 24, 2010 at 10:37 AM, wrote: > Hi. ?I ran into a strange problem with git yesterday -- I had checked > out an older commit using git co and the commit number for testing, but > git would not let me go back to head -- it complained that I was not in > a branch and wanted me to specify the repository and refs on the command When this happened to me, in other projects (not FS), I've done a: "git pull origin master" and that worked. Anyway, git gurus, please add more infos/instructions -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From christian.loeschenkohl at xpirio.com Fri Sep 24 02:27:39 2010 From: christian.loeschenkohl at xpirio.com (=?ISO-8859-1?Q?Christian_L=F6schenkohl?=) Date: Fri, 24 Sep 2010 11:27:39 +0200 Subject: [Freeswitch-users] german prompts - first release Message-ID: <4C9C6F0B.2060202@xpirio.com> hello freeswitch community i can now announce the first release of the german prompt set. you can download it under http://freeswitch.xpirio.com/. this package is not useable at this time, because there are some xml files that need to be created or changed first. also the prompts are not 100% perfect and complete. i'll work on these topics and keep you updated. if somebody wants to help, please take a look at the prompts an send me your corrections (directly to my e-mail address, not to the list please). also look at the file de2.xls where you can find the prompts the need to be recorded or corrected. please take a look at the xml files under conf/lang, they also need to be created and/or modified too. br -- Ing. Christian L?schenkohl Technische Leitung, Forschung & Entwicklung VoIP xpirio Telekommunikation & Service GmbH Lakeside B04 9020 Klagenfurt Austria T +43 (0) 5 77 11 - 1000 F +43 (0) 5 77 11 - 1002 E christian.loeschenkohl at xpirio.com From steveayre at gmail.com Fri Sep 24 03:37:29 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 11:37:29 +0100 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <4040.48926.qm@web29218.mail.ird.yahoo.com> References: <4040.48926.qm@web29218.mail.ird.yahoo.com> Message-ID: The sip-port parameter is valid for a SIP profile, but not for a gateway. Did you find that in the documentation somewhere? If so, it's wrong. Try specifying the port in the realm: Looks like it gets the realm from the name if it isn't specified - I actually didn't know it'd allow that. Just a note, the gateway name doesn't have to be an IP. Personally I prefer names relating to what the gateway is so that it's separated from the IP. -Steve On 24 September 2010 08:45, Nigel Kent wrote: > this is from the sip trace. > > send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991: > > It seems to be trying to send to port 5060 even though I have set a > different port as the sip-port on my gateway config? > > > > > > > > > > The gateway is able to accept calls tested with a sip ua client > Port 443 is used because it is a open port in my setup > > --- On *Fri, 24/9/10, Steven Ayre * wrote: > > > From: Steven Ayre > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > Date: Friday, 24 September, 2010, 6:48 > > > Looks like the gateway isn't replying to the INVITE. > > Can you pastebin: > - Your gateway configuration > - Your debug log with sip trace on (sofia profile siptrace on) > > -Steve > > > > On 23 September 2010 22:55, Nigel Kent > > wrote: > > It needed a reloadxml. > > The gateway now shows on sofia status but still not able to connect to the > test gateway. The same command now gives me > > > 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel > sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] > freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 > (sofia/external/0044020734) State Change CS_NEW -> CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 > SOFIA INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 > (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 > sofia/external/0044020734 SOFIA ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 > (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [calling][0] > 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [terminated][408] > 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup > sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal > sofia/external/0044020734 [KILL] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 > sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other > leg > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel > sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 > sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 > sofia/external/0044020734 Standard REPORTING, cause: > RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 > (sofia/external/0044020734) Locked, Waiting on external entities > 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 > (sofia/external/0044020734) Ended > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close > Channel sofia/external/0044020734 [CS_DESTROY] > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 > (sofia/external/0044020734) Running State Change CS_DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 > sofia/external/0044020734 SOFIA DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 > sofia/external/0044020734 Standard DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY going to sleep > > > > > --- On *Thu, 23/9/10, DJB International > >* wrote: > > > From: DJB International > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Thursday, 23 September, 2010, 21:06 > > > When you issue a command "sofia status", do you see your gateway in there? > If not, try "sofia profile rescan" > > -djbinter > > On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent > > wrote: > > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/e2e8a3d3/attachment-0001.html From steveayre at gmail.com Fri Sep 24 03:45:23 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 11:45:23 +0100 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default In-Reply-To: <4C9BD06C.206@mgtech.com> References: <4C9BD06C.206@mgtech.com> Message-ID: No error - that's the caller's ID. Looks odd I agree, but that's what they're sending. It shouldn't cause a problem. -Steve On 23 September 2010 23:10, Mario wrote: > I ran some traces and can't seem to figure out if this is an error I can > fix. Otherwise it works. No luck on web searches so far. Thanks. > > [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 > in context default > > My 2901 dial plan is: > > ? > ? ? > ? ? ? > ? ? ? > ? ? ? > ? ? > ? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 dujinfang at gmail.com Fri Sep 24 04:17:17 2010 From: dujinfang at gmail.com (Seven Du) Date: Fri, 24 Sep 2010 19:17:17 +0800 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default In-Reply-To: References: <4C9BD06C.206@mgtech.com> Message-ID: Ha, that's funny. What if I send this? [INFO] mod_dialplan_xml.c:331 Processing Error! ->2901 in context default On Fri, Sep 24, 2010 at 6:45 PM, Steven Ayre wrote: > No error - that's the caller's ID. Looks odd I agree, but that's what > they're sending. > > It shouldn't cause a problem. > > -Steve > > > On 23 September 2010 23:10, Mario wrote: >> I ran some traces and can't seem to figure out if this is an error I can >> fix. Otherwise it works. No luck on web searches so far. Thanks. >> >> [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 >> in context default >> >> My 2901 dial plan is: >> >> ? >> ? ? >> ? ? ? >> ? ? ? >> ? ? ? >> ? ? >> ? >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From neil.burgess at redmatter.com Fri Sep 24 05:10:30 2010 From: neil.burgess at redmatter.com (Neil Burgess) Date: Fri, 24 Sep 2010 13:10:30 +0100 Subject: [Freeswitch-users] group_confirm_cancel_timeout on multiple legs Message-ID: <787302A89ACCE24DA8F56DA101E77C842B429BF6E1@THHS2E12BE1X.hostedservice2.net> Hi there, I have a dial string similar to below, which dials two SIP URIs, one after another using leg_delay_start of 0 and 5, and leg_timeout of 10 and 10 to stagger the calling pattern. Both SIP URI's have a group_confirm_file associated with them, where pressing a digit will cause the call to be connected! {group_confirm_key=exec,group_confirm_file='javascript GroupConfirm.js',ignore_early_media=true, ,group_confirm_cancel_timeout=true}[ leg_delay_start=0,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12005 at blah.com;fs_path=sip:172.30.98.31,[leg_delay_start=5,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12003blah.com;fs_path=sip:172.30.98.31) I have set group_confirm_cancel_timeout=true to ensure that the call doesn't drop due to timeout when answered and in the confirm stage. I have two scenarios relating to timeout problems; both of which I'm sure are the same! Scenario 1 When a call is made, we wait for 7 seconds until both extensions ring, then pick up the call on first extension. FS plays the group confirm message and doesn't timeout as expected. However the second phone then continues to ring beyond its configured leg_timeout? Question: does group_confirm_cancel_timeout cancel all leg timeouts as soon as one extension answers? If so, is there a way to make it only apply to the leg that answered, and allow other legs to carry on with their existing timeouts. Scenario 2 When a call is made, we allow extension 1 to start ringing and pick it up. It plays the group confirm message and doesn't timeout as expected. The second extension never starts ringing however, whilst the group_confirm phase is active. This means that if the first extension is rejected in the group_confirm phase, the second extension never gets going! Again, is there a way to make the group_confirm_cancel_timeout apply to the single leg and not all legs in the originate! Any ideas please... Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/252921c9/attachment.html From ktngl at yahoo.co.uk Fri Sep 24 06:16:40 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 24 Sep 2010 13:16:40 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check In-Reply-To: Message-ID: <546124.31071.qm@web29213.mail.ird.yahoo.com> I cant remember where I found the sip-port usage setting Taking your advise I set the port on the realm on my gateway setting, it does appear to now use port 443 However it still does not seem to be connecting to the gateway. It is not hitting through to the gateway nothing appears on the console sip trace pasted of command originate sofia/gateway/testgw/0044020734 100 http://pastebin.freeswitch.org/13999 --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 10:37 The sip-port parameter is valid for a SIP profile, but not for a gateway. Did you find that in the documentation somewhere? If so, it's wrong. Try specifying the port in the realm: Looks like it gets the realm from the name if it isn't specified - I actually didn't know it'd allow that. Just a note, the gateway name doesn't have to be an IP. Personally I prefer names relating to what the gateway is so that it's separated from the IP. -Steve On 24 September 2010 08:45, Nigel Kent wrote: this is from the sip trace. send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991:? It seems to be trying to send to port 5060 even though I have set a different port as the sip-port on my gateway config? ??? ??? ??? ??? The gateway is able to accept calls tested with a sip ua client Port 443 is used because it is a open port in my setup --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 6:48 Looks like the gateway isn't replying to the INVITE. Can you pastebin: - Your gateway configuration - Your debug log with sip trace on (sofia profile siptrace on) -Steve On 23 September 2010 22:55, Nigel Kent wrote: It needed a reloadxml. The gateway now shows on sofia status but still not able to connect to the test gateway. The same command now gives me 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 (sofia/external/0044020734) State Change CS_NEW -> CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 SOFIA INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 sofia/external/0044020734 SOFIA ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA going to sleep 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [calling][0] 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [terminated][408] 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal sofia/external/0044020734 [KILL] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_HANGUP 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other leg 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 sofia/external/0044020734 Standard REPORTING, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 (sofia/external/0044020734) Locked, Waiting on external entities 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 (sofia/external/0044020734) Ended 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close Channel sofia/external/0044020734 [CS_DESTROY] 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 (sofia/external/0044020734) Running State Change CS_DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 sofia/external/0044020734 SOFIA DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 sofia/external/0044020734 Standard DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY going to sleep --- On Thu, 23/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Thursday, 23 September, 2010, 21:06 When you issue a command "sofia status", do you see your gateway in there? ?If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/de70daf9/attachment-0001.html From mario_fs at mgtech.com Thu Sep 23 15:31:29 2010 From: mario_fs at mgtech.com (Mario) Date: Thu, 23 Sep 2010 15:31:29 -0700 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default In-Reply-To: <201009231817.38529.sos@sokhapkin.dyndns.org> References: <4C9BD06C.206@mgtech.com> <201009231817.38529.sos@sokhapkin.dyndns.org> Message-ID: <4C9BD541.5050304@mgtech.com> It says "Processing Unavailable" and Restricted in the message. So is this normal? On 09/23/10 15:17, Sergey Okhapkin wrote: > Where is an error? > > On Thursday 23 September 2010, Mario wrote: >> I ran some traces and can't seem to figure out if this is an error I can >> fix. Otherwise it works. No luck on web searches so far. Thanks. >> >> [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 >> in context default >> >> My 2901 dial plan is: >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 peter.schrock at gmail.com Thu Sep 23 22:51:51 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Thu, 23 Sep 2010 22:51:51 -0700 Subject: [Freeswitch-users] Struggling with installing. Message-ID: Hello, I am new to FreeSWITCH email group. I am having some issues, so I apologize if this issue is old history. If it is, please help direct me to the appropriate archive that I may look up the information. I am having an issue with installing FreeSWITCH on my MacMini OS X 10.6.4. I have purchased the book on FreeSWITCH to help wrap my brain around it. I am following the install instructions and it says to modify the "modules.config", which I have to include flite. The problem is that I keep getting these errors and I don't know how to resolve the error. This is what it says when I use the command "sudo make": (extra info deleted for brevity) /usr/include/unistd.h:495: error: conflicting types for ?swab? /usr/include/string.h:137: error: previous declaration of ?swab? was here make[7]: *** [find_sts_main.o] Error 1 make[6]: *** [build/i386-darwin10.4.0/obj//.make_build_dirs] Error 2 make[5]: *** [/usr/local/freeswitch-1.0.6/libs/flite-1.3.99/build/libs/libflite_cmu_us_awb.a] Error 2 make[4]: *** [all] Error 1 make[3]: *** [mod_flite-all] Error 1 make[2]: *** [all-recursive] Error 1 And then it ends the "sudo make" command. Can some one please help? Any help would be greatly appreciated. Thanks in advance. Peter Schrock -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100923/246b6ec2/attachment.html From thisjoy0528 at gmail.com Fri Sep 24 00:25:27 2010 From: thisjoy0528 at gmail.com (joy this) Date: Fri, 24 Sep 2010 15:25:27 +0800 Subject: [Freeswitch-users] Codec question: about the G729 codec Message-ID: Dear all: I have some questions about the G729 codec. I will be appreciated if someone could help me. 1. If I want to modify the G729 codec, I must compile the module and substitute for the original one. Is it correct? 2. It seems that there is an authentication server for G729. Should I need authentication when I use the modified G729 codec? 3. If I want to add my codec which is not in core, how to do it? Thanks for helping. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/8b4215d1/attachment.html From helmut.kuper at ewetel.de Fri Sep 24 06:24:40 2010 From: helmut.kuper at ewetel.de (Helmut Kuper) Date: Fri, 24 Sep 2010 15:24:40 +0200 Subject: [Freeswitch-users] Problem with transfer/refer/hold In-Reply-To: References: <4C987883.3080604@ewetel.de> <4C9A23E5.6020408@ewetel.de> Message-ID: <4C9CA698.80601@ewetel.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Anthony, Am 22.09.2010 18:01, schrieb Anthony Minessale: > Try Polycom? =p let me quickly think ... erm no! > > With snom we always have better luck with older FW. > Like 7.x Often a good idea, but this doesn't helps solving the problem. It is quite clear, that snom has a bug here, but it seems strange to me that FS is allowing transferring phones to put a "call in transfer" to hold AFTER call transfer has started inside of FS. regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFMnKaY4tZeNddg3dwRAmypAKC1JyGnuted1mhtgaJ5XC0JSDI1lwCgqZGt 0dMsPGaS7tI8PVisPYoeBZw= =ewxY -----END PGP SIGNATURE----- From sos at sokhapkin.dyndns.org Fri Sep 24 06:26:40 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 09:26:40 -0400 Subject: [Freeswitch-users] =?iso-8859-1?q?=5BINFO=5D_mod=5Fdialplan=5Fxml?= =?iso-8859-1?q?=2Ec=3A331_Processing=09Unavailable_=3CRestricted=3E-=3E29?= =?iso-8859-1?q?01_in_context_default?= In-Reply-To: <4C9BD541.5050304@mgtech.com> References: <4C9BD06C.206@mgtech.com> <201009231817.38529.sos@sokhapkin.dyndns.org> <4C9BD541.5050304@mgtech.com> Message-ID: <201009240926.40582.sos@sokhapkin.dyndns.org> Those are CID name and number from incoming caller. On Thursday 23 September 2010, Mario wrote: > It says "Processing Unavailable" and Restricted in the message. So is > this normal? > > On 09/23/10 15:17, Sergey Okhapkin wrote: > > Where is an error? > > > > On Thursday 23 September 2010, Mario wrote: > >> I ran some traces and can't seem to figure out if this is an error I can > >> fix. Otherwise it works. No luck on web searches so far. Thanks. > >> > >> [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 > >> in context default > >> > >> My 2901 dial plan is: > >> > >> > >> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mrene_lists at avgs.ca Fri Sep 24 06:45:51 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Fri, 24 Sep 2010 09:45:51 -0400 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: <6DBEB4D3-8960-42EF-8A7C-2B3427BF20BD@avgs.ca> What do you want to modify? Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-24, at 3:25 AM, joy this wrote: > Dear all: > > > I have some questions about the G729 codec. I will be appreciated if someone could help me. > > 1. If I want to modify the G729 codec, I must compile the module and substitute for the original one. Is it correct? > > 2. It seems that there is an authentication server for G729. Should I need authentication when I use the modified G729 codec? > > 3. If I want to add my codec which is not in core, how to do it? > > > Thanks for helping. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/d4c0cfea/attachment.html From brian at freeswitch.org Fri Sep 24 06:50:33 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 08:50:33 -0500 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: On Sep 24, 2010, at 2:25 AM, joy this wrote: > Dear all: > > > I have some questions about the G729 codec. I will be appreciated if someone could help me. > > 1. If I want to modify the G729 codec, I must compile the module and substitute for the original one. Is it correct? You can't compile your own as the source code for the g729 module isn't out there for you to compile. > 2. It seems that there is an authentication server for G729. Should I need authentication when I use the modified G729 codec? If you're using a naughty codec you'll be on your own, the official FreeSWITCH G729 codec is highly optimized and comes with patent indemnity. > 3. If I want to add my codec which is not in core, how to do it? You create a codec module just like any of the other codec examples in tree. Using any other codec other then the official G729 and NOT paying for the patent royalties is illegal in just about every country on the planet. /b > > > Thanks for helping. From mnhassan at usa.net Fri Sep 24 06:57:01 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Fri, 24 Sep 2010 19:57:01 +0600 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: Not only that, the naughty codec takes around 7% CPU for a single call, whereas, the FreeSwitch codec is optimized to handled closer to 1000 calls on a Quad Core Xeon. Regards HASSAN On Fri, Sep 24, 2010 at 19:50, Brian West wrote: > > On Sep 24, 2010, at 2:25 AM, joy this wrote: > > > Dear all: > > > > > > I have some questions about the G729 codec. I will be appreciated if > someone could help me. > > > > 1. If I want to modify the G729 codec, I must compile the module and > substitute for the original one. Is it correct? > > You can't compile your own as the source code for the g729 module isn't out > there for you to compile. > > > 2. It seems that there is an authentication server for G729. Should I > need authentication when I use the modified G729 codec? > > If you're using a naughty codec you'll be on your own, the official > FreeSWITCH G729 codec is highly optimized and comes with patent indemnity. > > > 3. If I want to add my codec which is not in core, how to do it? > > You create a codec module just like any of the other codec examples in > tree. > > Using any other codec other then the official G729 and NOT paying for the > patent royalties is illegal in just about every country on the planet. > > /b > > > > > > > Thanks for helping. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/a701f601/attachment-0001.html From steveayre at gmail.com Fri Sep 24 07:03:44 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 15:03:44 +0100 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: On 24 September 2010 08:25, joy this wrote: > Dear all: > > > > I have some questions about the G729 codec. I will be appreciated if someone > could help me. > > 1. If I want to modify the G729 codec, I must compile the module and > substitute for the original one. Is it correct? What's wrong with the existing codec? > 2. It seems that there is an authentication server for G729. Should I need > authentication when I use the modified G729 codec? Legally G.729 must have a licence. mod_g729 doesn't support transcoding (passthrough only) so has no need for a license. mod_com_g729 does though, and that one requires a license server to tell it how many licenses are available. The sourcecode for mod_g729 is available but for obvious reasons mod_com_g729 is not. > 3. If I want to add my codec which is not in core, how to do it? - Copy src/mod/mod_skel_codec to src/mod/codecs/mod_mycodec - Add codecs/mod_mycodec to modules.conf (which won't exist until after you bootstrap and configure) mod_skel_codec shows you the basic interface for creating a codec plugin. Check http://docs.freeswitch.org/ for API documentation and the existing codecs for examples of how to write a codec. > > > > Thanks for helping. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > From steveayre at gmail.com Fri Sep 24 07:12:16 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 15:12:16 +0100 Subject: [Freeswitch-users] [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 in context default In-Reply-To: <4C9BD541.5050304@mgtech.com> References: <4C9BD06C.206@mgtech.com> <201009231817.38529.sos@sokhapkin.dyndns.org> <4C9BD541.5050304@mgtech.com> Message-ID: Processing Unavailable ->2901 in context default Breaks down as: - Processing call - From "Unavailable " - To "2901 in context default" That's normal IF the client sends "Unavailable " as their caller ID, which can only be coming from them. -Steve On 23 September 2010 23:31, Mario wrote: > It says "Processing Unavailable" and Restricted in the message. So is > this normal? > > On 09/23/10 15:17, Sergey Okhapkin wrote: >> Where is an error? >> >> On Thursday 23 September 2010, Mario wrote: >>> I ran some traces and can't seem to figure out if this is an error I can >>> fix. Otherwise it works. No luck on web searches so far. Thanks. >>> >>> [INFO] mod_dialplan_xml.c:331 Processing Unavailable ->2901 >>> in context default >>> >>> My 2901 dial plan is: >>> >>> ? ? >>> ? ? ? >>> ? ? ? ? >>> ? ? ? >>> ? ? ? ? >>> ? ? ? >>> ? ? >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From brian at freeswitch.org Fri Sep 24 07:15:48 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 09:15:48 -0500 Subject: [Freeswitch-users] Problem with transfer/refer/hold In-Reply-To: <4C9CA698.80601@ewetel.de> References: <4C987883.3080604@ewetel.de> <4C9A23E5.6020408@ewetel.de> <4C9CA698.80601@ewetel.de> Message-ID: <99327BF4-4579-454E-884C-32F7931C0274@freeswitch.org> On Sep 24, 2010, at 8:24 AM, Helmut Kuper wrote: > Often a good idea, but this doesn't helps solving the problem. > > It is quite clear, that snom has a bug here, but it seems strange to me > that FS is allowing transferring phones to put a "call in transfer" to > hold AFTER call transfer has started inside of FS. No its not our job to make sure the phone does the transfer correctly. It can totally screw up the transfer and cause FreeSWITCH to do strange things if it does the refer incorrectly. Just like any other phone that would happen to do it wrong you'll have unexpected results. > > > regards > Helmut From brian at freeswitch.org Fri Sep 24 07:17:25 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 09:17:25 -0500 Subject: [Freeswitch-users] freeswitch and git problem/question In-Reply-To: <20804.1285317452@ccs.covici.com> References: <20804.1285317452@ccs.covici.com> Message-ID: <216822F9-97AB-4BDF-B91D-C965FBA411CC@freeswitch.org> Welcome to GIT... the larger question is why were you trying to step back? Did you find a bug? Are you just trying to overcome the bug by stepping back in the code? Why not report the issue so it can be fixed? /b On Sep 24, 2010, at 3:37 AM, covici at ccs.covici.com wrote: > I ran into a strange problem with git yesterday From Nabble at slickdeals.endjunk.com Fri Sep 24 07:18:54 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Fri, 24 Sep 2010 07:18:54 -0700 (PDT) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: <1285337934295-5567000.post@n2.nabble.com> Brian West wrote: > > > On Sep 24, 2010, at 2:25 AM, joy this wrote: > >> Dear all: >> >> >> I have some questions about the G729 codec. I will be appreciated if >> someone could help me. >> >> 1. If I want to modify the G729 codec, I must compile the module and >> substitute for the original one. Is it correct? > > You can't compile your own as the source code for the g729 module isn't > out there for you to compile. How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU G729 CoDec source ? Can this be ported to FS? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5567000.html Sent from the freeswitch-users mailing list archive at Nabble.com. From brian at freeswitch.org Fri Sep 24 07:22:52 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 09:22:52 -0500 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285337934295-5567000.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> Message-ID: <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> It could be but it won't include the patent indemnity, isn't optimized and doesn't support the project. ;) /b On Sep 24, 2010, at 9:18 AM, mazilo wrote: > How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU G729 CoDec > source ? Can this be ported to FS? From mrene_lists at avgs.ca Fri Sep 24 07:29:30 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Fri, 24 Sep 2010 10:29:30 -0400 Subject: [Freeswitch-users] freeswitch and git problem/question In-Reply-To: <20804.1285317452@ccs.covici.com> References: <20804.1285317452@ccs.covici.com> Message-ID: Hi, This state is called detach head mode as is meant to look around the tree and checkout different versions, if you want to pull changes and/or do local commits, you need to have an active local branch. The command "git branch" will list all local branches, you should have one named "master", this is the main one. "git branch -r" will list remote branches (the master branch is also called origin/master when dealing with git remote). It is important to remember that you always make a copy of a repository with git, and that you synchronize that copy when you pull/push. In order to switch back to the master branch, simply do "git checkout master". This will bring you back to a normal operational mode where you will be able to pull as you want. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-24, at 4:37 AM, covici at ccs.covici.com wrote: > Hi. I ran into a strange problem with git yesterday -- I had checked > out an older commit using git co and the commit number for testing, but > git would not let me go back to head -- it complained that I was not in > a branch and wanted me to specify the repository and refs on the command > line, but nothing I did worked, so I wiped the whole thing out and > started again. However there has got to be a way to do this -- I am > sure I did things like that in other git projects, so what am I doing > wrong because I don't know git as well as I would like to. > > Thanks for any ideas on this. > > -- > 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 24 07:37:02 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 10:37:02 -0400 Subject: [Freeswitch-users] freeswitch and git problem/question In-Reply-To: <216822F9-97AB-4BDF-B91D-C965FBA411CC@freeswitch.org> References: <20804.1285317452@ccs.covici.com> <216822F9-97AB-4BDF-B91D-C965FBA411CC@freeswitch.org> Message-ID: <24579.1285339022@ccs.covici.com> I thought I had a bug, but turned out fs was not the problem, but I wanted to check and see and this is where I ran into my git question. Brian West wrote: > Welcome to GIT... the larger question is why were you trying to step back? Did you find a bug? Are you just trying to overcome the bug by stepping back in the code? Why not report the issue so it can be fixed? > > /b > > On Sep 24, 2010, at 3:37 AM, covici at ccs.covici.com wrote: > > > I ran into a strange problem with git yesterday > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 curriegrad2004 at gmail.com Fri Sep 24 07:48:47 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Fri, 24 Sep 2010 07:48:47 -0700 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285337934295-5567000.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> Message-ID: You mean you're looking for a g.729 codec to test with for the purposes of just studying it? Sure, that is legal under the current patent laws, but I'm not sure if there is a g.729 module out there that does just that for freeswitch. There was one for Asterisk, but the performance on that codec is just horrible. On Fri, Sep 24, 2010 at 7:18 AM, mazilo wrote: > > > Brian West wrote: >> >> >> On Sep 24, 2010, at 2:25 AM, joy this wrote: >> >>> Dear all: >>> >>> >>> I have some questions about the G729 codec. I will be appreciated if >>> someone could help me. >>> >>> 1. If I want to modify the G729 codec, I must compile the module and >>> substitute for the original one. Is it correct? >> >> You can't compile your own as the source code for the g729 module isn't >> out there for you to compile. > How about the ?http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU G729 CoDec > source ? Can this be ported to FS? > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5567000.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 moises.silva at gmail.com Fri Sep 24 07:49:06 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 24 Sep 2010 10:49:06 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: References: Message-ID: On Wed, Sep 22, 2010 at 12:17 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > I think you are getting a placebo effect because wanpipe module does > not even have a param to control gain. only the zaptel (zt) i/o > module does. In fact, I added that in software. So now is independent from the I/O settings. His problem is setting the parameters *after* the channel declarations. [span wanpipe telus1] trunk_type => T1 b-channel => 1:1-23 d-channel => 1:24 rxgain => 11.0 txgain => 7.0 The tx and rx gains parameters must be before. [span wanpipe telus1] trunk_type => T1 rxgain => 11.0 txgain => 7.0 b-channel => 1:1-23 d-channel => 1:24 The config parser needs to be improved to read the whole span settings before applying it to channels so it does not depend on the order, but until that is done, that's the way it works. Also, openzap is deprecated, as far as I am concerned, so if something else does not work, move on to freetdm before complaining here :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/dbbece7c/attachment-0001.html From anthony.minessale at gmail.com Fri Sep 24 07:52:42 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 24 Sep 2010 09:52:42 -0500 Subject: [Freeswitch-users] Aastra bugs In-Reply-To: <4C9BE37B.6080302@communicatefreely.net> References: <4C9BE37B.6080302@communicatefreely.net> Message-ID: We have a big issue with multiple SCA broadsoft shared lines and Aastras. Email us at consulting at freeswitch.org and we'll give you the details. On Thu, Sep 23, 2010 at 6:32 PM, Tim St. Pierre wrote: > Hello list, > > I have a pretty good relationship with the folks at Aastra telecom, and they have expressed interest > in resolving any issues that there may be between their phones and Freeswitch. ?I will soon be > migrating about 300 Aastra phones over to our new Freeswitch system, so it is certainly in my > interests to help get any bugs fixed. > > If you have any documented issues with Aastra phones and Freeswitch, please pass them along and I > will compile a list for the engineers. ?If you have any SIP traces or other useful information, I'm > glad to have that too. ?If not, I have at least one of all their phones, so I should be able to > reproduce it on the bench as long as you can tell me how to cause it. > > Thanks for any info, I'll do my best to get them escalated. > > -Tim > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Fri Sep 24 07:56:18 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 24 Sep 2010 09:56:18 -0500 Subject: [Freeswitch-users] group_confirm_cancel_timeout on multiple legs In-Reply-To: <787302A89ACCE24DA8F56DA101E77C842B429BF6E1@THHS2E12BE1X.hostedservice2.net> References: <787302A89ACCE24DA8F56DA101E77C842B429BF6E1@THHS2E12BE1X.hostedservice2.net> Message-ID: anything you put in {} is global to all channels per channel params go only in [] before that individual channel. On Fri, Sep 24, 2010 at 7:10 AM, Neil Burgess wrote: > Hi there, > > > > I have a dial string similar to below, which dials two SIP URIs, one after > another using leg_delay_start of 0 and 5, and leg_timeout of 10 and 10 to > stagger the calling pattern. Both SIP URI?s have a group_confirm_file > associated with them, where pressing a digit will cause the call to be > connected! > > > > {group_confirm_key=exec,group_confirm_file='javascript > GroupConfirm.js?,ignore_early_media=true, > ,group_confirm_cancel_timeout=true}[ > leg_delay_start=0,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12005 at blah.com;fs_path=sip:172.30.98.31,[leg_delay_start=5,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12003blah.com;fs_path=sip:172.30.98.31) > > > > I have set group_confirm_cancel_timeout=true to ensure that the call doesn?t > drop due to timeout when answered and in the confirm stage. > > > > I have two scenarios relating to timeout problems; both of which I?m sure > are the same! > > > > Scenario 1 > > > > When a call is made, we wait for 7 seconds until both extensions ring, then > pick up the call on first extension. FS plays the group confirm message and > doesn?t timeout as expected. However the second phone then continues to ring > beyond its configured leg_timeout? Question: does > group_confirm_cancel_timeout cancel all leg timeouts as soon as one > extension answers? If so, is there a way to make it only apply to the leg > that answered, and allow other legs to carry on with their existing > timeouts. > > > > Scenario 2 > > > > When a call is made, we allow extension 1 to start ringing and pick it up. > It plays the group confirm message and doesn?t timeout as expected. The > second extension never starts ringing however, whilst the group_confirm > phase is active. This means that if the first extension is rejected in the > group_confirm phase, the second extension never gets going! Again, is there > a way to make the group_confirm_cancel_timeout apply to the single leg and > not all legs in the originate! > > > > Any ideas please... > > Neil > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From covici at ccs.covici.com Fri Sep 24 07:57:26 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 10:57:26 -0400 Subject: [Freeswitch-users] freeswitch and git problem/question In-Reply-To: References: <20804.1285317452@ccs.covici.com> Message-ID: <24846.1285340246@ccs.covici.com> OK, thanks that explains things better. Mathieu Rene wrote: > Hi, > > This state is called detach head mode as is meant to look around the tree and checkout different versions, if you want to pull changes and/or do local commits, you need to have an active local branch. > > The command "git branch" will list all local branches, you should have one named "master", this is the main one. "git branch -r" will list remote branches (the master branch is also called origin/master when dealing with git remote). It is important to remember that you always make a copy of a repository with git, and that you synchronize that copy when you pull/push. > > In order to switch back to the master branch, simply do "git checkout master". This will bring you back to a normal operational mode where you will be able to pull as you want. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-09-24, at 4:37 AM, covici at ccs.covici.com wrote: > > > Hi. I ran into a strange problem with git yesterday -- I had checked > > out an older commit using git co and the commit number for testing, but > > git would not let me go back to head -- it complained that I was not in > > a branch and wanted me to specify the repository and refs on the command > > line, but nothing I did worked, so I wiped the whole thing out and > > started again. However there has got to be a way to do this -- I am > > sure I did things like that in other git projects, so what am I doing > > wrong because I don't know git as well as I would like to. > > > > Thanks for any ideas on this. > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 covici at ccs.covici.com Fri Sep 24 08:02:53 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 11:02:53 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: References: Message-ID: <24986.1285340573@ccs.covici.com> So can you put txgain and rxgain in the freetdm.conf? More documentation on that .conf file would be greatly appreciated. Moises Silva wrote: > On Wed, Sep 22, 2010 at 12:17 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > > I think you are getting a placebo effect because wanpipe module does > > not even have a param to control gain. only the zaptel (zt) i/o > > module does. > > > In fact, I added that in software. So now is independent from the I/O > settings. > > His problem is setting the parameters *after* the channel declarations. > > [span wanpipe telus1] > trunk_type => T1 > b-channel => 1:1-23 > d-channel => 1:24 > rxgain => 11.0 > txgain => 7.0 > > The tx and rx gains parameters must be before. > > [span wanpipe telus1] > trunk_type => T1 > rxgain => 11.0 > txgain => 7.0 > b-channel => 1:1-23 > d-channel => 1:24 > > The config parser needs to be improved to read the whole span settings > before applying it to channels so it does not depend on the order, but until > that is done, that's the way it works. > > Also, openzap is deprecated, as far as I am concerned, so if something else > does not work, move on to freetdm before complaining here :-) > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 steveayre at gmail.com Fri Sep 24 08:07:36 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 16:07:36 +0100 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <546124.31071.qm@web29213.mail.ird.yahoo.com> References: <546124.31071.qm@web29213.mail.ird.yahoo.com> Message-ID: It does look like it's sending now, but still isn't getting the required 100 Trying response to the INVITE. Can you confirm on the gateway whether it receives the INVITE? -Steve On 24 September 2010 14:16, Nigel Kent wrote: > I cant remember where I found the sip-port usage setting > > Taking your advise I set the port on the realm on my gateway setting, it > does appear to now use port 443 > > However it still does not seem to be connecting to the gateway. It is not > hitting through to the gateway nothing appears on the console > > sip trace pasted of command > originate sofia/gateway/testgw/0044020734 100 > > http://pastebin.freeswitch.org/13999 > > > > --- On *Fri, 24/9/10, Steven Ayre * wrote: > > > From: Steven Ayre > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > Date: Friday, 24 September, 2010, 10:37 > > > The sip-port parameter is valid for a SIP profile, but not for a gateway. > Did you find that in the documentation somewhere? If so, it's wrong. > > Try specifying the port in the realm: > > > Looks like it gets the realm from the name if it isn't specified - I > actually didn't know it'd allow that. > > Just a note, the gateway name doesn't have to be an IP. Personally I prefer > names relating to what the gateway is so that it's separated from the IP. > > -Steve > > > > On 24 September 2010 08:45, Nigel Kent > > wrote: > > this is from the sip trace. > > send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991: > > It seems to be trying to send to port 5060 even though I have set a > different port as the sip-port on my gateway config? > > > > > > > > > > The gateway is able to accept calls tested with a sip ua client > Port 443 is used because it is a open port in my setup > > --- On *Fri, 24/9/10, Steven Ayre > >* wrote: > > > From: Steven Ayre > > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Friday, 24 September, 2010, 6:48 > > > Looks like the gateway isn't replying to the INVITE. > > Can you pastebin: > - Your gateway configuration > - Your debug log with sip trace on (sofia profile siptrace on) > > -Steve > > > > On 23 September 2010 22:55, Nigel Kent > > wrote: > > It needed a reloadxml. > > The gateway now shows on sofia status but still not able to connect to the > test gateway. The same command now gives me > > > 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel > sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] > freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 > (sofia/external/0044020734) State Change CS_NEW -> CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 > SOFIA INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 > (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 > sofia/external/0044020734 SOFIA ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 > (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [calling][0] > 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [terminated][408] > 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup > sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal > sofia/external/0044020734 [KILL] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 > sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other > leg > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel > sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 > sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 > sofia/external/0044020734 Standard REPORTING, cause: > RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 > (sofia/external/0044020734) Locked, Waiting on external entities > 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 > (sofia/external/0044020734) Ended > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close > Channel sofia/external/0044020734 [CS_DESTROY] > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 > (sofia/external/0044020734) Running State Change CS_DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 > sofia/external/0044020734 SOFIA DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 > sofia/external/0044020734 Standard DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY going to sleep > > > > > --- On *Thu, 23/9/10, DJB International > >* wrote: > > > From: DJB International > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Thursday, 23 September, 2010, 21:06 > > > When you issue a command "sofia status", do you see your gateway in there? > If not, try "sofia profile rescan" > > -djbinter > > On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent > > wrote: > > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/04798103/attachment-0001.html From Nabble at slickdeals.endjunk.com Fri Sep 24 08:11:22 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Fri, 24 Sep 2010 08:11:22 -0700 (PDT) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> Message-ID: <1285341082560-5567195.post@n2.nabble.com> Jeffrey Leung wrote: > There was one for Asterisk, but > the performance on that codec is just horrible. Isn't that one based on the Interl IPP library? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5567195.html Sent from the freeswitch-users mailing list archive at Nabble.com. From moises.silva at gmail.com Fri Sep 24 08:18:18 2010 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 24 Sep 2010 11:18:18 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: <24986.1285340573@ccs.covici.com> References: <24986.1285340573@ccs.covici.com> Message-ID: On Fri, Sep 24, 2010 at 11:02 AM, wrote: > So can you put txgain and rxgain in the freetdm.conf? More > documentation on that .conf file would be greatly appreciated. > > We need your help for that! I just gave you the answer, it would be nice if in return you can go at wiki.freeswitch.org and document it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/5ccd036a/attachment.html From brian at freeswitch.org Fri Sep 24 08:23:47 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 10:23:47 -0500 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285341082560-5567195.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> <1285341082560-5567195.post@n2.nabble.com> Message-ID: <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> There is one for FS too but again its horrible. Please support FreeSWITCH by buying the licenses directly from us. /b On Sep 24, 2010, at 10:11 AM, mazilo wrote: > Jeffrey Leung wrote: >> There was one for Asterisk, but >> the performance on that codec is just horrible. > Isn't that one based on the Interl IPP library? From ktngl at yahoo.co.uk Fri Sep 24 08:29:04 2010 From: ktngl at yahoo.co.uk (Nigel Kent) Date: Fri, 24 Sep 2010 15:29:04 +0000 (GMT) Subject: [Freeswitch-users] gateway setup check In-Reply-To: Message-ID: <239445.8297.qm@web29213.mail.ird.yahoo.com> I get nothing on the gateway. I have a debug window open to see any activity coming in but there is nothing --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 15:07 It does look like it's sending now, but still isn't getting the required 100 Trying response to the INVITE. Can you confirm on the gateway whether it receives the INVITE? -Steve On 24 September 2010 14:16, Nigel Kent wrote: I cant remember where I found the sip-port usage setting Taking your advise I set the port on the realm on my gateway setting, it does appear to now use port 443 However it still does not seem to be connecting to the gateway. It is not hitting through to the gateway nothing appears on the console sip trace pasted of command originate sofia/gateway/testgw/0044020734 100 http://pastebin.freeswitch.org/13999 --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 10:37 The sip-port parameter is valid for a SIP profile, but not for a gateway. Did you find that in the documentation somewhere? If so, it's wrong. Try specifying the port in the realm: Looks like it gets the realm from the name if it isn't specified - I actually didn't know it'd allow that. Just a note, the gateway name doesn't have to be an IP. Personally I prefer names relating to what the gateway is so that it's separated from the IP. -Steve On 24 September 2010 08:45, Nigel Kent wrote: this is from the sip trace. send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991:? It seems to be trying to send to port 5060 even though I have set a different port as the sip-port on my gateway config? ??? ??? ??? ??? The gateway is able to accept calls tested with a sip ua client Port 443 is used because it is a open port in my setup --- On Fri, 24/9/10, Steven Ayre wrote: From: Steven Ayre Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Friday, 24 September, 2010, 6:48 Looks like the gateway isn't replying to the INVITE. Can you pastebin: - Your gateway configuration - Your debug log with sip trace on (sofia profile siptrace on) -Steve On 23 September 2010 22:55, Nigel Kent wrote: It needed a reloadxml. The gateway now shows on sofia status but still not able to connect to the test gateway. The same command now gives me 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 (sofia/external/0044020734) State Change CS_NEW -> CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_INIT 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 SOFIA INIT 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 (sofia/external/0044020734) State INIT going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 sofia/external/0044020734 SOFIA ROUTING 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 (sofia/external/0044020734) State ROUTING going to sleep 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 (sofia/external/0044020734) State CONSUME_MEDIA going to sleep 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [calling][0] 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel sofia/external/0044020734 entering state [terminated][408] 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal sofia/external/0044020734 [KILL] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_HANGUP 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other leg 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 (sofia/external/0044020734) State HANGUP going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0044020734) Running State Change CS_REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 sofia/external/0044020734 Standard REPORTING, cause: RECOVERY_ON_TIMER_EXPIRE 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 (sofia/external/0044020734) State REPORTING going to sleep 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal sofia/external/0044020734 [BREAK] 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 (sofia/external/0044020734) Locked, Waiting on external entities 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 (sofia/external/0044020734) Ended 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close Channel sofia/external/0044020734 [CS_DESTROY] 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 (sofia/external/0044020734) Running State Change CS_DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 sofia/external/0044020734 SOFIA DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 sofia/external/0044020734 Standard DESTROY 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 (sofia/external/0044020734) State DESTROY going to sleep --- On Thu, 23/9/10, DJB International wrote: From: DJB International Subject: Re: [Freeswitch-users] gateway setup check To: "FreeSWITCH Users Help" Date: Thursday, 23 September, 2010, 21:06 When you issue a command "sofia status", do you see your gateway in there? ?If not, try "sofia profile rescan" -djbinter On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent wrote: I want to check my gateway setup and that calls are able to be sent originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 -ERR INVALID_NUMBER_FORMAT xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the same Why do I get invalid gateway error? 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 Close Channel N/A [CS_NEW] 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () Running State Change CS_DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) State DESTROY going to sleep 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -----Inline Attachment Follows----- _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/7751051a/attachment-0001.html From covici at ccs.covici.com Fri Sep 24 08:45:14 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 11:45:14 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: <24986.1285340573@ccs.covici.com> References: <24986.1285340573@ccs.covici.com> Message-ID: <26993.1285343114@ccs.covici.com> There is also a zt.conf -- what is supposed to go in that? covici at ccs.covici.com wrote: > So can you put txgain and rxgain in the freetdm.conf? More > documentation on that .conf file would be greatly appreciated. > > Moises Silva wrote: > > > On Wed, Sep 22, 2010 at 12:17 PM, Anthony Minessale < > > anthony.minessale at gmail.com> wrote: > > > > > I think you are getting a placebo effect because wanpipe module does > > > not even have a param to control gain. only the zaptel (zt) i/o > > > module does. > > > > > > In fact, I added that in software. So now is independent from the I/O > > settings. > > > > His problem is setting the parameters *after* the channel declarations. > > > > [span wanpipe telus1] > > trunk_type => T1 > > b-channel => 1:1-23 > > d-channel => 1:24 > > rxgain => 11.0 > > txgain => 7.0 > > > > The tx and rx gains parameters must be before. > > > > [span wanpipe telus1] > > trunk_type => T1 > > rxgain => 11.0 > > txgain => 7.0 > > b-channel => 1:1-23 > > d-channel => 1:24 > > > > The config parser needs to be improved to read the whole span settings > > before applying it to channels so it does not depend on the order, but until > > that is done, that's the way it works. > > > > Also, openzap is deprecated, as far as I am concerned, so if something else > > does not work, move on to freetdm before complaining here :-) > > > > Moises Silva > > Senior Software Engineer > > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R > > 9R6 Canada > > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > > > ---------------------------------------------------- > > Alternatives: > > > > ---------------------------------------------------- > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 covici at ccs.covici.com Fri Sep 24 08:52:29 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 11:52:29 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: References: <24986.1285340573@ccs.covici.com> Message-ID: <27184.1285343549@ccs.covici.com> That is for pri spans -- what about analog spans? Moises Silva wrote: > On Fri, Sep 24, 2010 at 11:02 AM, wrote: > > > So can you put txgain and rxgain in the freetdm.conf? More > > documentation on that .conf file would be greatly appreciated. > > > > > We need your help for that! I just gave you the answer, it would be nice if > in return you can go at wiki.freeswitch.org and document it. > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mario_fs at mgtech.com Fri Sep 24 09:41:59 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 09:41:59 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: References: Message-ID: <4C9CD4D7.1070506@mgtech.com> I am in the same boat, new to FreeSwitch, setup first on an old Linux box (going pretty well), with plans to go Mac Mini. I tried to install on OSX and first got the MOD_SPANDSP missing issue. Since I could not find a way to install that on OSX I took it out of the modules.conf to see how far I would get, thinking it's only for fax? But then I got the same error for flite you have below. Hopefully someone here may have already been through this and will shed some light on it. I am working on it right now and if I find anything I will post. On 09/23/10 22:51, Peter Schrock wrote: > Hello, > I am new to FreeSWITCH email group. I am having some issues, so I > apologize if this issue is old history. If it is, please help direct me > to the appropriate archive that I may look up the information. > I am having an issue with installing FreeSWITCH on my MacMini OS X > 10.6.4. I have purchased the book on FreeSWITCH to help wrap my brain > around it. I am following the install instructions and it says to modify > the "modules.config", which I have to include flite. The problem is that > I keep getting these errors and I don't know how to resolve the error. > This is what it says when I use the command "sudo make": > (extra info deleted for brevity) > /usr/include/unistd.h:495: error: conflicting types for ?swab? > /usr/include/string.h:137: error: previous declaration of ?swab? was here > make[7]: *** [find_sts_main.o] Error 1 > make[6]: *** [build/i386-darwin10.4.0/obj//.make_build_dirs] Error 2 > make[5]: *** > [/usr/local/freeswitch-1.0.6/libs/flite-1.3.99/build/libs/libflite_cmu_us_awb.a] > Error 2 > make[4]: *** [all] Error 1 > make[3]: *** [mod_flite-all] Error 1 > make[2]: *** [all-recursive] Error 1 > And then it ends the "sudo make" command. Can some one please help? Any > help would be greatly appreciated. Thanks in advance. > > Peter Schrock > > -- > "People should not be afraid of their governments, governments should be > afraid of their people." -V- > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From brian at freeswitch.org Fri Sep 24 10:09:41 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Sep 2010 12:09:41 -0500 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9CD4D7.1070506@mgtech.com> References: <4C9CD4D7.1070506@mgtech.com> Message-ID: <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> Don't build mod_flite on 10.5 for right now... or get the patch off jira and apply it.. i haven't had time to reroll it. /b On Sep 24, 2010, at 11:41 AM, Mario wrote: > I am in the same boat, new to FreeSwitch, setup first on an old Linux > box (going pretty well), with plans to go Mac Mini. I tried to install > on OSX and first got the MOD_SPANDSP missing issue. Since I could not > find a way to install that on OSX I took it out of the modules.conf to > see how far I would get, thinking it's only for fax? But then I got the > same error for flite you have below. Hopefully someone here may have > already been through this and will shed some light on it. I am working > on it right now and if I find anything I will post. From me at nevian.org Fri Sep 24 10:15:37 2010 From: me at nevian.org (Serge Yuriev) Date: Fri, 24 Sep 2010 21:15:37 +0400 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> References: <1285337934295-5567000.post@n2.nabble.com> <1285341082560-5567195.post@n2.nabble.com> <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> Message-ID: Hi, Just to be accurate: at least two exist :) One IPP and one ITU. First one fast but limited to 32-bit, second - low performance. And of course it's not good for project. On 24 September 2010 19:23, Brian West wrote: > There is one for FS too but again its horrible. ?Please support FreeSWITCH by buying the licenses directly from us. > > /b > > On Sep 24, 2010, at 10:11 AM, mazilo wrote: > >> Jeffrey Leung wrote: >>> There was one for Asterisk, but >>> the performance on that codec is just horrible. >> Isn't that one based on the Interl IPP library? -- With kind regards, Serge From max at clarksys.com Fri Sep 24 10:04:31 2010 From: max at clarksys.com (Max Clark) Date: Fri, 24 Sep 2010 10:04:31 -0700 Subject: [Freeswitch-users] mod_xml_cdr with offline web server Message-ID: Hello, I've been looking at using mod_xml_cdr posting to a web form. Question: what happens to freeswitch if the web server goes offline? Will calls still process? Thanks in advance, Max From testeador01 at gmail.com Fri Sep 24 10:34:40 2010 From: testeador01 at gmail.com (Milena) Date: Fri, 24 Sep 2010 12:34:40 -0500 Subject: [Freeswitch-users] mod_xml_cdr with offline web server In-Reply-To: References: Message-ID: Hello, Look at the wiki too! :) >From the wiki: http://wiki.freeswitch.org/wiki/Mod_xml_cdr#Configuration_Options "log-http-and-disk: Default behaviour is to write either HTTP or Disk on HTTP failure. Setting this to true will write to both HTTP and Disk regardless (handy for realtime + reconciliation later if required)" -milena On Fri, Sep 24, 2010 at 12:04 PM, Max Clark wrote: > Hello, > > I've been looking at using mod_xml_cdr posting to a web form. > > Question: what happens to freeswitch if the web server goes offline? > Will calls still process? > > Thanks in advance, > Max > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/dd23d53f/attachment.html From fs-list at communicatefreely.net Fri Sep 24 10:38:13 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Fri, 24 Sep 2010 13:38:13 -0400 Subject: [Freeswitch-users] mod_xml_cdr with offline web server In-Reply-To: References: Message-ID: <4C9CE205.8040001@communicatefreely.net> Yes! Freeswitch still processes calls (although the call is usually hung up at this point anyway). The behavior is somewhat configurable. You can have it try more than one web server, and if it doesn't get a response, it will write out the XML to a local file. I'm pretty sure that it will retry a few times as well. It seems to be a pretty good solution. -Tim Max Clark wrote: > Hello, > > I've been looking at using mod_xml_cdr posting to a web form. > > Question: what happens to freeswitch if the web server goes offline? > Will calls still process? > > Thanks in advance, > Max > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ross at ossiantelecom.co.uk Fri Sep 24 10:43:10 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Fri, 24 Sep 2010 18:43:10 +0100 Subject: [Freeswitch-users] mod_xml_cdr with offline web server In-Reply-To: References: Message-ID: On 24 Sep 2010, at 18:04, Max Clark wrote: > I've been looking at using mod_xml_cdr posting to a web form. > > Question: what happens to freeswitch if the web server goes offline? > Will calls still process? Yes ... you'll want to create a directory and define it in the config as 'err-log-dir' this will log the failed CDRs to an XML file in that directory. You can then, when the server comes back online, resubmit these manually to your CDR script. More information, and an example curl script to post your CDR back to your server after it recovers is at; http://wiki.freeswitch.org/wiki/Mod_xml_cdr Ross From Mailings at kh-dev.de Fri Sep 24 10:49:41 2010 From: Mailings at kh-dev.de (Klaus Hochlehnert) Date: Fri, 24 Sep 2010 17:49:41 +0000 Subject: [Freeswitch-users] Perl background script crashes FreeSWITCH... Message-ID: <8220BA48EF3C9A438124F20C9C76571517D21908@srv01.khdev.corp> Hi, I'm currently testing the newest trunk of FS with Ubuntu 10.04. I have a perl background script that will be started through FS (perl.conf.xml). This script uses Perl-DBI with sqlite. And when adding this script to perl.conf.xml freeswitch will immediately crash when this script starts. On my old FS installation (somewhere between 1.0.4 and 1.0.6) it works fine. It also works fine when started standalone. Any ideas? Here's the backtrace: (gdb) bt #0 0x00007ffa2e64bbac in sqlite_st_execute () from /usr/lib/perl5/auto/DBD/SQLite/SQLite.so #1 0x00007ffa2e641f7f in XS_DBD__SQLite__st_execute () from /usr/lib/perl5/auto/DBD/SQLite/SQLite.so #2 0x00007ffa2f1a8a37 in XS_DBI_dispatch () from /usr/lib/perl5/auto/DBI/DBI.so #3 0x00007ffa3564f045 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10 #4 0x00007ffa3564d336 in Perl_runops_standard () from /usr/lib/libperl.so.5.10 #5 0x00007ffa355f4548 in Perl_call_sv () from /usr/lib/libperl.so.5.10 #6 0x00007ffa2f1a6d1a in XS_DBI_dispatch () from /usr/lib/perl5/auto/DBI/DBI.so #7 0x00007ffa3564f045 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10 #8 0x00007ffa3564d336 in Perl_runops_standard () from /usr/lib/libperl.so.5.10 #9 0x00007ffa355f0df7 in Perl_eval_sv () from /usr/lib/libperl.so.5.10 #10 0x00007ffa355f11b0 in Perl_eval_pv () from /usr/lib/libperl.so.5.10 #11 0x00007ffa35916dc3 in Perl_safe_eval (my_perl=0x1e8b950, string=0x0) at /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:69 #12 0x00007ffa35917c80 in perl_parse_and_execute (my_perl=, input_code=, setup_code=) at /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:138 #13 0x00007ffa35917f70 in perl_thread_run (thread=, obj=0x19b5bf0) at /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:275 #14 0x00007ffa498159ca in start_thread () from /lib/libpthread.so.0 #15 0x00007ffa48d4d6fd in clone () from /lib/libc.so.6 #16 0x0000000000000000 in ?? () Thanks, Klaus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/f89a6fe2/attachment-0001.html From neil.burgess at redmatter.com Fri Sep 24 10:52:28 2010 From: neil.burgess at redmatter.com (Neil Burgess) Date: Fri, 24 Sep 2010 18:52:28 +0100 Subject: [Freeswitch-users] group_confirm_cancel_timeout on multiple legs In-Reply-To: References: <787302A89ACCE24DA8F56DA101E77C842B429BF6E1@THHS2E12BE1X.hostedservice2.net> Message-ID: <787302A89ACCE24DA8F56DA101E77C842B429BF86F@THHS2E12BE1X.hostedservice2.net> Hi, Thanks for response. Understand the {} [] aspect... in this case, and assuming my understanding of group_confirm_cancel_timeout is correct, I wanted to apply group_confirm_cancel_timeout to all legs. I wanted to do this, to ensure that if and when a leg is answered, it doesn't timeout whilst the group_confirm phase is active. My problem is that when one of these legs is answered and in the group_confirm phase, it affects all other legs as well, i.e. other legs either continue ringing beyond their configured leg_timeouts or never start ringing at all. Can I do a group_confirm in a forked dial scenario and preserve the leg_delay and leg_timeout settings on other legs until the point that the call is confirmed and fully bridged? Thanks, Neil -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 24 September 2010 15:56 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] group_confirm_cancel_timeout on multiple legs anything you put in {} is global to all channels per channel params go only in [] before that individual channel. On Fri, Sep 24, 2010 at 7:10 AM, Neil Burgess wrote: > Hi there, > > > > I have a dial string similar to below, which dials two SIP URIs, one after > another using leg_delay_start of 0 and 5, and leg_timeout of 10 and 10 to > stagger the calling pattern. Both SIP URI's have a group_confirm_file > associated with them, where pressing a digit will cause the call to be > connected! > > > > {group_confirm_key=exec,group_confirm_file='javascript > GroupConfirm.js',ignore_early_media=true, > ,group_confirm_cancel_timeout=true}[ > leg_delay_start=0,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12005 at blah.com;fs_path=sip:172.30.98.31,[leg_delay_start=5,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12003blah.com;fs_path=sip:172.30.98.31) > > > > I have set group_confirm_cancel_timeout=true to ensure that the call doesn't > drop due to timeout when answered and in the confirm stage. > > > > I have two scenarios relating to timeout problems; both of which I'm sure > are the same! > > > > Scenario 1 > > > > When a call is made, we wait for 7 seconds until both extensions ring, then > pick up the call on first extension. FS plays the group confirm message and > doesn't timeout as expected. However the second phone then continues to ring > beyond its configured leg_timeout? Question: does > group_confirm_cancel_timeout cancel all leg timeouts as soon as one > extension answers? If so, is there a way to make it only apply to the leg > that answered, and allow other legs to carry on with their existing > timeouts. > > > > Scenario 2 > > > > When a call is made, we allow extension 1 to start ringing and pick it up. > It plays the group confirm message and doesn't timeout as expected. The > second extension never starts ringing however, whilst the group_confirm > phase is active. This means that if the first extension is rejected in the > group_confirm phase, the second extension never gets going! Again, is there > a way to make the group_confirm_cancel_timeout apply to the single leg and > not all legs in the originate! > > > > Any ideas please... > > Neil > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 fs-list at communicatefreely.net Fri Sep 24 10:54:54 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Fri, 24 Sep 2010 13:54:54 -0400 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. Message-ID: <4C9CE5EE.1010003@communicatefreely.net> Hello list, I'm trying to implement a setup where a user can have their incoming calls also ring an assistant's phone, but with a different ring cadence. It mostly works, but I'm having some issues with the bridge command. I'm using a lua script to dynamically generate the dialplan based on database info. Here's what I have tried: application="bridge" data="$[local_var_clobber=true}user/main_user at ourdomain.net,[alert_info=${domain};info=alert-group]user/assistant_user at ourdomain.net" This seems to work well, except that only one of the user's registrations gets rung, and I get an error on the console saying that "only the first element will be used". I also tried the so-called enterprise bridge mode. data="${call_timeout=24,progress_timeout=4}user/main_user at ourdomain.net:_:call_timeout=24,progress_timeout=4,info=alert-group},user/assistant_user at ourdomain.net" This example rings all the phones in the registration, but the variables I set earlier on (like call_timeout) don't get passed to the channel. I have to set them for each leg. What's more, if nobody answers, there is no cause code returned for the next dialplan step, which implements forwarding rules based on the results of the bridge. Any suggestions? Ultimately, I much prefer the first (comma separated) setup, if only it would ring all the contacts in the registration. Any help is appreciated. -Tim From ross at ossiantelecom.co.uk Fri Sep 24 10:55:53 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Fri, 24 Sep 2010 18:55:53 +0100 Subject: [Freeswitch-users] [OT] Own Posts Message-ID: <487FC1DD-9B76-432D-A8A5-D8554190E072@ossiantelecom.co.uk> I don't receive my own posts to this list, despite enabling it on the Mailman control panel ? Is it disabled globally or am I doing something wrong? Ross From mario_fs at mgtech.com Fri Sep 24 11:30:00 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 11:30:00 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> Message-ID: <4C9CEE28.7060003@mgtech.com> This may help someone install FS (git version) on osx 10.6.4 as of Sep 2010. Once you have downloaded (I used git): 1. Modify modules.conf to comment mod_spandsp. I think this is only for fax. Although I downloaded SPANDSP 0.0.6, it required LIBTIFF which I could not figure out how to install. No fax for now. 2. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include This is what is causing flite to fail during make. See these: http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html http://www.clas.ufl.edu/users/mpanning/OSX.html 3. CD to /freeswitch/libs/flite-1.3.99/include 4. chmod +rw+rw+rw string.h So you can update the file. 5. Edit (in xCode) string.h, find "swab" and change line: void swab(const void * __restrict, void * __restrict, ssize_t); to (comment the line): /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ 6. CD /freeswitch 7. Follow normal install instructions (bootstrap, config). 8. MAKE 9. SUDO MAKE INSTALL <- SUDO was required for this I tested on one phone and the demo IVR worked so I am thinking it is ok. On 09/24/10 10:09, Brian West wrote: > Don't build mod_flite on 10.5 for right now... or get the patch off jira and apply it.. i haven't had time to reroll it. > > /b > > On Sep 24, 2010, at 11:41 AM, Mario wrote: > >> I am in the same boat, new to FreeSwitch, setup first on an old Linux >> box (going pretty well), with plans to go Mac Mini. I tried to install >> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >> find a way to install that on OSX I took it out of the modules.conf to >> see how far I would get, thinking it's only for fax? But then I got the >> same error for flite you have below. Hopefully someone here may have >> already been through this and will shed some light on it. I am working >> on it right now and if I find anything I will post. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 anthony.minessale at gmail.com Fri Sep 24 11:32:49 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 24 Sep 2010 13:32:49 -0500 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: <4C9CE5EE.1010003@communicatefreely.net> References: <4C9CE5EE.1010003@communicatefreely.net> Message-ID: with enterprise originate, put vars you want to get set on all channels in <> instead of {} enterprise originate is another dimension of originates where each string between :_: delim is an entire new originate thread using all of the other functionality separately so each one has a dedicated {} area. <> is global to all sub originate processes On Fri, Sep 24, 2010 at 12:54 PM, Tim St. Pierre wrote: > Hello list, > > I'm trying to implement a setup where a user can have their incoming calls also ring an assistant's > phone, but with a different ring cadence. ?It mostly works, but I'm having some issues with the > bridge command. ?I'm using a lua script to dynamically generate the dialplan based on database info. > > Here's what I have tried: > > application="bridge" > data="$[local_var_clobber=true}user/main_user at ourdomain.net,[alert_info=${domain};info=alert-group]user/assistant_user at ourdomain.net" > > This seems to work well, except that only one of the user's registrations gets rung, and I get an > error on the console saying that "only the first element will be used". > > I also tried the so-called enterprise bridge mode. > > data="${call_timeout=24,progress_timeout=4}user/main_user at ourdomain.net:_:call_timeout=24,progress_timeout=4,info=alert-group},user/assistant_user at ourdomain.net" > > This example rings all the phones in the registration, but the variables I set earlier on (like > call_timeout) don't get passed to the channel. ?I have to set them for each leg. ?What's more, if > nobody answers, there is no cause code returned for the next dialplan step, which implements > forwarding rules based on the results of the bridge. > > Any suggestions? > > Ultimately, I much prefer the first (comma separated) setup, if only it would ring all the contacts > in the registration. > > Any help is appreciated. > > -Tim > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From david.ponzone at ipeva.fr Fri Sep 24 11:49:43 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 20:49:43 +0200 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9CEE28.7060003@mgtech.com> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> Message-ID: Mario, actually, no. spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 20:30, Mario a ?crit : > This may help someone install FS (git version) on osx 10.6.4 as of Sep > 2010. Once you have downloaded (I used git): > > 1. Modify modules.conf to comment mod_spandsp. I think this is only > for > fax. Although I downloaded SPANDSP 0.0.6, it required LIBTIFF which I > could not figure out how to install. No fax for now. > > 2. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include > This is what is causing flite to fail during make. See these: > http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html > http://www.clas.ufl.edu/users/mpanning/OSX.html > > 3. CD to /freeswitch/libs/flite-1.3.99/include > > 4. chmod +rw+rw+rw string.h > So you can update the file. > > 5. Edit (in xCode) string.h, find "swab" and change line: > void swab(const void * __restrict, void * __restrict, ssize_t); > to (comment the line): > /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ > > 6. CD /freeswitch > 7. Follow normal install instructions (bootstrap, config). > 8. MAKE > 9. SUDO MAKE INSTALL <- SUDO was required for this > > I tested on one phone and the demo IVR worked so I am thinking it is > ok. > > On 09/24/10 10:09, Brian West wrote: >> Don't build mod_flite on 10.5 for right now... or get the patch off >> jira and apply it.. i haven't had time to reroll it. >> >> /b >> >> On Sep 24, 2010, at 11:41 AM, Mario wrote: >> >>> I am in the same boat, new to FreeSwitch, setup first on an old >>> Linux >>> box (going pretty well), with plans to go Mac Mini. I tried to >>> install >>> on OSX and first got the MOD_SPANDSP missing issue. Since I could >>> not >>> find a way to install that on OSX I took it out of the >>> modules.conf to >>> see how far I would get, thinking it's only for fax? But then I >>> got the >>> same error for flite you have below. Hopefully someone here may have >>> already been through this and will shed some light on it. I am >>> working >>> on it right now and if I find anything I will post. >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/20c85841/attachment-0001.html From sos at sokhapkin.dyndns.org Fri Sep 24 11:51:33 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 14:51:33 -0400 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: References: <4C9CE5EE.1010003@communicatefreely.net> Message-ID: <201009241451.33157.sos@sokhapkin.dyndns.org> Is there a way for regular bridge to specify leg a variables when fallback is used? For example bridge({common a variables}[br1 variables]br1 | [br2 variables]br2); variables in [] are set on leb b, is there a way to set per-bridge leg a variables? On Friday 24 September 2010, Anthony Minessale wrote: > with enterprise originate, put vars you want to get set on all > channels in <> instead of {} > enterprise originate is another dimension of originates where each > string between :_: delim is an entire new originate thread using all > of the other functionality separately so each one has a dedicated {} > area. > <> is global to all sub originate processes > > On Fri, Sep 24, 2010 at 12:54 PM, Tim St. Pierre > > wrote: > > Hello list, > > > > I'm trying to implement a setup where a user can have their incoming > > calls also ring an assistant's phone, but with a different ring cadence. > > It mostly works, but I'm having some issues with the bridge command. > > I'm using a lua script to dynamically generate the dialplan based on > > database info. > > > > Here's what I have tried: > > > > application="bridge" > > data="$[local_var_clobber=true}user/main_user at ourdomain.net,[alert_info=$ > >{domain};info=alert-group]user/assistant_user at ourdomain.net" > > > > This seems to work well, except that only one of the user's registrations > > gets rung, and I get an error on the console saying that "only the first > > element will be used". > > > > I also tried the so-called enterprise bridge mode. > > > > data="${call_timeout=24,progress_timeout=4}user/main_user at ourdomain.net:_ > >:call_timeout=24,progress_timeout=4,info=alert-group},user/assistant_user@ > >ourdomain.net" > > > > This example rings all the phones in the registration, but the variables > > I set earlier on (like call_timeout) don't get passed to the channel. I > > have to set them for each leg. What's more, if nobody answers, there is > > no cause code returned for the next dialplan step, which implements > > forwarding rules based on the results of the bridge. > > > > Any suggestions? > > > > Ultimately, I much prefer the first (comma separated) setup, if only it > > would ring all the contacts in the registration. > > > > Any help is appreciated. > > > > -Tim > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 fs-list at communicatefreely.net Fri Sep 24 12:22:31 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Fri, 24 Sep 2010 15:22:31 -0400 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: References: <4C9CE5EE.1010003@communicatefreely.net> Message-ID: <4C9CFA77.5090002@communicatefreely.net> Anthony Minessale wrote: > with enterprise originate, put vars you want to get set on all > channels in <> instead of {} > enterprise originate is another dimension of originates where each > string between :_: delim is an entire new originate thread using all > of the other functionality separately so each one has a dedicated {} > area. > <> is global to all sub originate processes Aha! So that's what the syntax is. What can I do about the cause code? Is there any way to use the cause code from the first element (or any specific element) for decision making later on? From mario_fs at mgtech.com Fri Sep 24 12:42:29 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 12:42:29 -0700 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call Message-ID: <4C9CFF25.4070004@mgtech.com> I am bridging a call from either inside or outside to an emergency number on an att cellphone which works fine. I am trying to pass the original caller id or anything else for that matter as the caller id/name. I only get "unknown". I also tried to send to a VOIP number and it also gets "unknown" so I am thinking it is not att. I tried various combinations of things I found on the web but nogo. Anyone see the problem below? Thanks! Mario From sos at sokhapkin.dyndns.org Fri Sep 24 12:54:20 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 15:54:20 -0400 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <4C9CFF25.4070004@mgtech.com> References: <4C9CFF25.4070004@mgtech.com> Message-ID: <201009241554.20479.sos@sokhapkin.dyndns.org> Does the gateway uid1 allow to specify CID number? On Friday 24 September 2010, Mario wrote: > I am bridging a call from either inside or outside to an emergency > number on an att cellphone which works fine. I am trying to pass the > original caller id or anything else for that matter as the caller > id/name. I only get "unknown". I also tried to send to a VOIP number and > it also gets "unknown" so I am thinking it is not att. I tried various > combinations of things I found on the web but nogo. Anyone see the > problem below? Thanks! > Mario > > > > data="effective_caller_id_name=Emergency"/> data="effective_caller_id_number=9161234567"/> > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 max.clark at gmail.com Fri Sep 24 13:03:20 2010 From: max.clark at gmail.com (Max Clark) Date: Fri, 24 Sep 2010 13:03:20 -0700 Subject: [Freeswitch-users] mod_xml_cdr with offline web server In-Reply-To: References: Message-ID: Wow - totally missed that one. Thank you for pointing it out. -Max On Fri, Sep 24, 2010 at 10:34 AM, Milena wrote: > Hello, > Look at the wiki too! :) > From the wiki: > http://wiki.freeswitch.org/wiki/Mod_xml_cdr#Configuration_Options > "log-http-and-disk: > Default behaviour is to write either HTTP or Disk on HTTP failure. Setting > this to true will write to both HTTP and Disk regardless (handy for realtime > + reconciliation later if required)" > -milena > On Fri, Sep 24, 2010 at 12:04 PM, Max Clark wrote: >> >> Hello, >> >> I've been looking at using mod_xml_cdr posting to a web form. >> >> Question: what happens to freeswitch if the web server goes offline? >> Will calls still process? >> >> Thanks in advance, >> Max > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > From mario_fs at mgtech.com Fri Sep 24 13:11:06 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 13:11:06 -0700 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241554.20479.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> Message-ID: <4C9D05DA.6070409@mgtech.com> I looked around and am assuming you mean the line below. When I added it to the gateway the call would not go through: param name="caller-id-in-from" value="true" On 09/24/10 12:54, Sergey Okhapkin wrote: > Does the gateway uid1 allow to specify CID number? > > On Friday 24 September 2010, Mario wrote: >> I am bridging a call from either inside or outside to an emergency >> number on an att cellphone which works fine. I am trying to pass the >> original caller id or anything else for that matter as the caller >> id/name. I only get "unknown". I also tried to send to a VOIP number and >> it also gets "unknown" so I am thinking it is not att. I tried various >> combinations of things I found on the web but nogo. Anyone see the >> problem below? Thanks! >> Mario >> >> >> >> > data="effective_caller_id_name=Emergency"/> > data="effective_caller_id_number=9161234567"/> >> >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Fri Sep 24 13:13:22 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 22:13:22 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241554.20479.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> Message-ID: <21293060-D975-40F7-9B3B-615CE3F780D3@ipeva.fr> and which field do you expect you to put the CID in (rpid, paid, from) ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > Does the gateway uid1 allow to specify CID number? > > On Friday 24 September 2010, Mario wrote: >> I am bridging a call from either inside or outside to an emergency >> number on an att cellphone which works fine. I am trying to pass the >> original caller id or anything else for that matter as the caller >> id/name. I only get "unknown". I also tried to send to a VOIP >> number and >> it also gets "unknown" so I am thinking it is not att. I tried >> various >> combinations of things I found on the web but nogo. Anyone see the >> problem below? Thanks! >> Mario >> >> >> >> > data="effective_caller_id_name=Emergency"/> > data="effective_caller_id_number=9161234567"/> >> >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/38e2af4a/attachment-0001.html From david.ponzone at ipeva.fr Fri Sep 24 13:15:41 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 22:15:41 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241554.20479.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> Message-ID: <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> Mario, To save you some time, most carriers will accept in the FROM field. AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to set this before your dialstring: bridge {sip_cid_type=none}sofia/etc... David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > Does the gateway uid1 allow to specify CID number? > > On Friday 24 September 2010, Mario wrote: >> I am bridging a call from either inside or outside to an emergency >> number on an att cellphone which works fine. I am trying to pass the >> original caller id or anything else for that matter as the caller >> id/name. I only get "unknown". I also tried to send to a VOIP >> number and >> it also gets "unknown" so I am thinking it is not att. I tried >> various >> combinations of things I found on the web but nogo. Anyone see the >> problem below? Thanks! >> Mario >> >> >> >> > data="effective_caller_id_name=Emergency"/> > data="effective_caller_id_number=9161234567"/> >> >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/f324ac45/attachment.html From sos at sokhapkin.dyndns.org Fri Sep 24 13:13:54 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 16:13:54 -0400 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <4C9D05DA.6070409@mgtech.com> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <4C9D05DA.6070409@mgtech.com> Message-ID: <201009241613.54120.sos@sokhapkin.dyndns.org> No, I meant the gateway provider might not allow to specify CID number on outgoing calls. On Friday 24 September 2010, Mario wrote: > I looked around and am assuming you mean the line below. When I added it > to the gateway the call would not go through: > param name="caller-id-in-from" value="true" > > On 09/24/10 12:54, Sergey Okhapkin wrote: > > Does the gateway uid1 allow to specify CID number? > > > > On Friday 24 September 2010, Mario wrote: > >> I am bridging a call from either inside or outside to an emergency > >> number on an att cellphone which works fine. I am trying to pass the > >> original caller id or anything else for that matter as the caller > >> id/name. I only get "unknown". I also tried to send to a VOIP number and > >> it also gets "unknown" so I am thinking it is not att. I tried various > >> combinations of things I found on the web but nogo. Anyone see the > >> problem below? Thanks! > >> Mario > >> > >> > >> > >> >> data="effective_caller_id_name=Emergency"/> >> data="effective_caller_id_number=9161234567"/> > >> > >> >> data="sofia/gateway/uid1/19161112222"/> > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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.ponzone at ipeva.fr Fri Sep 24 13:22:03 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 22:22:03 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <4C9D05DA.6070409@mgtech.com> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <4C9D05DA.6070409@mgtech.com> Message-ID: <06E5FF4A-445B-41BA-B165-949CC6B3B9BA@ipeva.fr> No, he meant "does the carrier/provider allow you to set it ?". Some don't, or it can depend on the service you are buying. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 22:11, Mario a ?crit : > I looked around and am assuming you mean the line below. When I > added it > to the gateway the call would not go through: > param name="caller-id-in-from" value="true" > > On 09/24/10 12:54, Sergey Okhapkin wrote: >> Does the gateway uid1 allow to specify CID number? >> >> On Friday 24 September 2010, Mario wrote: >>> I am bridging a call from either inside or outside to an emergency >>> number on an att cellphone which works fine. I am trying to pass the >>> original caller id or anything else for that matter as the caller >>> id/name. I only get "unknown". I also tried to send to a VOIP >>> number and >>> it also gets "unknown" so I am thinking it is not att. I tried >>> various >>> combinations of things I found on the web but nogo. Anyone see the >>> problem below? Thanks! >>> Mario >>> >>> >>> >>> >> data="effective_caller_id_name=Emergency"/> >> application="set" >>> data="effective_caller_id_number=9161234567"/> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/27c8d4d2/attachment-0001.html From sos at sokhapkin.dyndns.org Fri Sep 24 13:28:37 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 16:28:37 -0400 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> Message-ID: <201009241628.37393.sos@sokhapkin.dyndns.org> Correction: bridge [sip_cid_type=none]sofia/etc [] but not {} On Friday 24 September 2010, David Ponzone wrote: > Mario, > > To save you some time, most carriers will accept in the FROM field. > AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to set > this before your dialstring: > bridge {sip_cid_type=none}sofia/etc... > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > vous n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur. > > Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > > Does the gateway uid1 allow to specify CID number? > > > > On Friday 24 September 2010, Mario wrote: > >> I am bridging a call from either inside or outside to an emergency > >> number on an att cellphone which works fine. I am trying to pass the > >> original caller id or anything else for that matter as the caller > >> id/name. I only get "unknown". I also tried to send to a VOIP > >> number and > >> it also gets "unknown" so I am thinking it is not att. I tried > >> various > >> combinations of things I found on the web but nogo. Anyone see the > >> problem below? Thanks! > >> Mario > >> > >> > >> > >> >> data="effective_caller_id_name=Emergency"/> >> data="effective_caller_id_number=9161234567"/> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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.ponzone at ipeva.fr Fri Sep 24 13:45:29 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 22:45:29 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241628.37393.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> <201009241628.37393.sos@sokhapkin.dyndns.org> Message-ID: Sergey, you are confusing me. It seemed to me that when you have only one destination leg, {} and [] are the same. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 22:28, Sergey Okhapkin a ?crit : > Correction: > > bridge [sip_cid_type=none]sofia/etc > > [] but not {} > > On Friday 24 September 2010, David Ponzone wrote: >> Mario, >> >> To save you some time, most carriers will accept in the FROM field. >> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to >> set >> this before your dialstring: >> bridge {sip_cid_type=none}sofia/etc... >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis >> ? l'intention exclusive de ses destinataires. Toute utilisation ou >> diffusion non autoris?e est interdite. Tout message ?lectronique >> est >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si >> vous n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur. >> >> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : >>> Does the gateway uid1 allow to specify CID number? >>> >>> On Friday 24 September 2010, Mario wrote: >>>> I am bridging a call from either inside or outside to an emergency >>>> number on an att cellphone which works fine. I am trying to pass >>>> the >>>> original caller id or anything else for that matter as the caller >>>> id/name. I only get "unknown". I also tried to send to a VOIP >>>> number and >>>> it also gets "unknown" so I am thinking it is not att. I tried >>>> various >>>> combinations of things I found on the web but nogo. Anyone see the >>>> problem below? Thanks! >>>> Mario >>>> >>>> >>>> >>>> >>> data="effective_caller_id_name=Emergency"/> >>> application="set" >>>> data="effective_caller_id_number=9161234567"/> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/5d182d94/attachment.html From mario_fs at mgtech.com Fri Sep 24 13:51:41 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 13:51:41 -0700 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241628.37393.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> <201009241628.37393.sos@sokhapkin.dyndns.org> Message-ID: <4C9D0F5D.10209@mgtech.com> Tried the correction but nogo. I am trying to replace an SPA9000 which when it bridges the call to the cell phone passes the caller ID, so this must mean the ITSP works. I saw "Call-ID: 2b14dba5-0dc7-4545-b7f7-4747ca492f59" in the sofia trace. Since it's coded I don't know what was sent. I thought I would see that in a trace. I even tried: On 09/24/10 13:28, Sergey Okhapkin wrote: > Correction: > > bridge [sip_cid_type=none]sofia/etc > > [] but not {} > > On Friday 24 September 2010, David Ponzone wrote: >> Mario, >> >> To save you some time, most carriers will accept in the FROM field. >> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to set >> this before your dialstring: >> bridge {sip_cid_type=none}sofia/etc... >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis >> ? l'intention exclusive de ses destinataires. Toute utilisation ou >> diffusion non autoris?e est interdite. Tout message ?lectronique est >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si >> vous n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur. >> >> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : >>> Does the gateway uid1 allow to specify CID number? >>> >>> On Friday 24 September 2010, Mario wrote: >>>> I am bridging a call from either inside or outside to an emergency >>>> number on an att cellphone which works fine. I am trying to pass the >>>> original caller id or anything else for that matter as the caller >>>> id/name. I only get "unknown". I also tried to send to a VOIP >>>> number and >>>> it also gets "unknown" so I am thinking it is not att. I tried >>>> various >>>> combinations of things I found on the web but nogo. Anyone see the >>>> problem below? Thanks! >>>> Mario >>>> >>>> >>>> >>>> >>> data="effective_caller_id_name=Emergency"/> >>> data="effective_caller_id_number=9161234567"/> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 sos at sokhapkin.dyndns.org Fri Sep 24 13:52:06 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 16:52:06 -0400 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: References: <4C9CFF25.4070004@mgtech.com> <201009241628.37393.sos@sokhapkin.dyndns.org> Message-ID: <201009241652.06495.sos@sokhapkin.dyndns.org> No, whatever is set in {} is unavailable to b leg. [] sets b leg variables and are unavailable on a leg. On Friday 24 September 2010, David Ponzone wrote: > Sergey, > > you are confusing me. > It seemed to me that when you have only one destination leg, {} and [] > are the same. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > vous n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur. > > Le 24/09/2010 ? 22:28, Sergey Okhapkin a ?crit : > > Correction: > > > > bridge [sip_cid_type=none]sofia/etc > > > > [] but not {} > > > > On Friday 24 September 2010, David Ponzone wrote: > >> Mario, > >> > >> To save you some time, most carriers will accept in the FROM field. > >> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to > >> set > >> this before your dialstring: > >> bridge {sip_cid_type=none}sofia/etc... > >> > >> David Ponzone Direction Technique > >> email: david.ponzone at ipeva.fr > >> tel: 01 74 03 18 97 > >> gsm: 06 66 98 76 34 > >> > >> Service Client IPeva > >> tel: 0811 46 26 26 > >> www.ipeva.fr - www.ipeva-studio.com > >> > >> Ce message et toutes les pi?ces jointes sont confidentiels et > >> ?tablis > >> ? l'intention exclusive de ses destinataires. Toute utilisation ou > >> diffusion non autoris?e est interdite. Tout message ?lectronique > >> est > >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > >> vous n'?tes pas destinataire de ce message, merci de le d?truire > >> imm?diatement et d'avertir l'exp?diteur. > >> > >> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > >>> Does the gateway uid1 allow to specify CID number? > >>> > >>> On Friday 24 September 2010, Mario wrote: > >>>> I am bridging a call from either inside or outside to an emergency > >>>> number on an att cellphone which works fine. I am trying to pass > >>>> the > >>>> original caller id or anything else for that matter as the caller > >>>> id/name. I only get "unknown". I also tried to send to a VOIP > >>>> number and > >>>> it also gets "unknown" so I am thinking it is not att. I tried > >>>> various > >>>> combinations of things I found on the web but nogo. Anyone see the > >>>> problem below? Thanks! > >>>> Mario > >>>> > >>>> > >>>> > >>>> >>>> data="effective_caller_id_name=Emergency"/> >>>> application="set" > >>>> data="effective_caller_id_number=9161234567"/> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> FreeSWITCH-users mailing list > >>>> FreeSWITCH-users at lists.freeswitch.org > >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > >>>>rs http://www.freeswitch.org > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-user > >>>s http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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.ponzone at ipeva.fr Fri Sep 24 13:59:11 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 22:59:11 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <4C9D0F5D.10209@mgtech.com> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> <201009241628.37393.sos@sokhapkin.dyndns.org> <4C9D0F5D.10209@mgtech.com> Message-ID: <61DA7351-3438-4BBE-ADD6-164047A729A2@ipeva.fr> Mario, To be on the safe side and to avoid we all waste time, just ask your carrier if they allow you to pass any CID, and if yes, in which field. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 22:51, Mario a ?crit : > Tried the correction but nogo. > > I am trying to replace an SPA9000 which when it bridges the call to > the > cell phone passes the caller ID, so this must mean the ITSP works. > > I saw "Call-ID: 2b14dba5-0dc7-4545-b7f7-4747ca492f59" in the sofia > trace. Since it's coded I don't know what was sent. > > I thought I would see that in a trace. I even tried: > > data="[sip_cid_type=none,effective_caller_id_number=4081234567]sofia/ > gateway/uid1/19161112222"/> > > On 09/24/10 13:28, Sergey Okhapkin wrote: >> Correction: >> >> bridge [sip_cid_type=none]sofia/etc >> >> [] but not {} >> >> On Friday 24 September 2010, David Ponzone wrote: >>> Mario, >>> >>> To save you some time, most carriers will accept in the FROM field. >>> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to >>> set >>> this before your dialstring: >>> bridge {sip_cid_type=none}sofia/etc... >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et >>> ?tablis >>> ? l'intention exclusive de ses destinataires. Toute utilisation ou >>> diffusion non autoris?e est interdite. Tout message ?lectronique >>> est >>> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. >>> Si >>> vous n'?tes pas destinataire de ce message, merci de le d?truire >>> imm?diatement et d'avertir l'exp?diteur. >>> >>> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : >>>> Does the gateway uid1 allow to specify CID number? >>>> >>>> On Friday 24 September 2010, Mario wrote: >>>>> I am bridging a call from either inside or outside to an emergency >>>>> number on an att cellphone which works fine. I am trying to pass >>>>> the >>>>> original caller id or anything else for that matter as the caller >>>>> id/name. I only get "unknown". I also tried to send to a VOIP >>>>> number and >>>>> it also gets "unknown" so I am thinking it is not att. I tried >>>>> various >>>>> combinations of things I found on the web but nogo. Anyone see the >>>>> problem below? Thanks! >>>>> Mario >>>>> >>>>> >>>>> >>>>> >>>> data="effective_caller_id_name=Emergency"/> >>>> application="set" >>>>> data="effective_caller_id_number=9161234567"/> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/6ea6cb6e/attachment-0001.html From shamun.toha at gmail.com Fri Sep 24 14:03:12 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Fri, 24 Sep 2010 23:03:12 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 Message-ID: Hello, Alsa driver is installed, but i have no sound. I was trying to use alsamixer or etc. But nothing is just allowing me. ex: http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt Thanks for guiding.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/0b24a316/attachment.html From anthony.minessale at gmail.com Fri Sep 24 14:11:10 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 24 Sep 2010 16:11:10 -0500 Subject: [Freeswitch-users] Perl background script crashes FreeSWITCH... In-Reply-To: <8220BA48EF3C9A438124F20C9C76571517D21908@srv01.khdev.corp> References: <8220BA48EF3C9A438124F20C9C76571517D21908@srv01.khdev.corp> Message-ID: it's probably a namespace collision from the sqlite in perl on disk and the sqlite inside FS do you mean you are running it in mod_perl? does it work on a less than latest ubuntu? On Fri, Sep 24, 2010 at 12:49 PM, Klaus Hochlehnert wrote: > Hi, > > > > I?m currently testing the newest trunk of FS with Ubuntu 10.04. > > > > I have a perl background script that will be started through FS > (perl.conf.xml). This script uses Perl-DBI with sqlite. > > And when adding this script to perl.conf.xml freeswitch will immediately > crash when this script starts. > > > > On my old FS installation (somewhere between 1.0.4 and 1.0.6) it works fine. > > It also works fine when started standalone. > > > > Any ideas? > > > > Here?s the backtrace: > > (gdb) bt > > #0? 0x00007ffa2e64bbac in sqlite_st_execute () from > /usr/lib/perl5/auto/DBD/SQLite/SQLite.so > > #1? 0x00007ffa2e641f7f in XS_DBD__SQLite__st_execute () from > /usr/lib/perl5/auto/DBD/SQLite/SQLite.so > > #2? 0x00007ffa2f1a8a37 in XS_DBI_dispatch () from > /usr/lib/perl5/auto/DBI/DBI.so > > #3? 0x00007ffa3564f045 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10 > > #4? 0x00007ffa3564d336 in Perl_runops_standard () from > /usr/lib/libperl.so.5.10 > > #5? 0x00007ffa355f4548 in Perl_call_sv () from /usr/lib/libperl.so.5.10 > > #6? 0x00007ffa2f1a6d1a in XS_DBI_dispatch () from > /usr/lib/perl5/auto/DBI/DBI.so > > #7? 0x00007ffa3564f045 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10 > > #8? 0x00007ffa3564d336 in Perl_runops_standard () from > /usr/lib/libperl.so.5.10 > > #9? 0x00007ffa355f0df7 in Perl_eval_sv () from /usr/lib/libperl.so.5.10 > > #10 0x00007ffa355f11b0 in Perl_eval_pv () from /usr/lib/libperl.so.5.10 > > #11 0x00007ffa35916dc3 in Perl_safe_eval (my_perl=0x1e8b950, string=0x0) at > /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:69 > > #12 0x00007ffa35917c80 in perl_parse_and_execute (my_perl= out>, input_code=, > > ??? setup_code=) at > /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:138 > > #13 0x00007ffa35917f70 in perl_thread_run (thread=, > obj=0x19b5bf0) > > ??? at /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:275 > > #14 0x00007ffa498159ca in start_thread () from /lib/libpthread.so.0 > > #15 0x00007ffa48d4d6fd in clone () from /lib/libc.so.6 > > #16 0x0000000000000000 in ?? () > > > > Thanks, Klaus > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From mario_fs at mgtech.com Fri Sep 24 14:14:15 2010 From: mario_fs at mgtech.com (Mario) Date: Fri, 24 Sep 2010 14:14:15 -0700 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <61DA7351-3438-4BBE-ADD6-164047A729A2@ipeva.fr> References: <4C9CFF25.4070004@mgtech.com> <201009241554.20479.sos@sokhapkin.dyndns.org> <03B859BD-A387-4FCF-B539-825981AB3257@ipeva.fr> <201009241628.37393.sos@sokhapkin.dyndns.org> <4C9D0F5D.10209@mgtech.com> <61DA7351-3438-4BBE-ADD6-164047A729A2@ipeva.fr> Message-ID: <4C9D14A7.8040501@mgtech.com> I have 2 ITSPs, I know that Callcentric does not allow you to set a callerid unless you register each caller id you want to pass with them first... not really useful. However, Voipyourlife did allow this and I am checking on how the old SPA9000 worked, it has a trace capability but it's been a few years. Will update when I find the answer. Thanks to all again! On 09/24/2010 01:59 PM, David Ponzone wrote: > Mario, > > To be on the safe side and to avoid we all waste time, just ask your > carrier if they allow you to pass any CID, and if yes, in which field. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 24/09/2010 ? 22:51, Mario a ?crit : > >> Tried the correction but nogo. >> >> I am trying to replace an SPA9000 which when it bridges the call to the >> cell phone passes the caller ID, so this must mean the ITSP works. >> >> I saw "Call-ID: 2b14dba5-0dc7-4545-b7f7-4747ca492f59" in the sofia >> trace. Since it's coded I don't know what was sent. >> >> I thought I would see that in a trace. I even tried: >> >> > data="[sip_cid_type=none,effective_caller_id_number=4081234567]sofia/gateway/uid1/19161112222"/> >> >> On 09/24/10 13:28, Sergey Okhapkin wrote: >>> Correction: >>> >>> bridge [sip_cid_type=none]sofia/etc >>> >>> [] but not {} >>> >>> On Friday 24 September 2010, David Ponzone wrote: >>>> Mario, >>>> >>>> To save you some time, most carriers will accept in the FROM field. >>>> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to set >>>> this before your dialstring: >>>> bridge {sip_cid_type=none}sofia/etc... >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis >>>> ? l'intention exclusive de ses destinataires. Toute utilisation ou >>>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>>> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si >>>> vous n'?tes pas destinataire de ce message, merci de le d?truire >>>> imm?diatement et d'avertir l'exp?diteur. >>>> >>>> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : >>>>> Does the gateway uid1 allow to specify CID number? >>>>> >>>>> On Friday 24 September 2010, Mario wrote: >>>>>> I am bridging a call from either inside or outside to an emergency >>>>>> number on an att cellphone which works fine. I am trying to pass the >>>>>> original caller id or anything else for that matter as the caller >>>>>> id/name. I only get "unknown". I also tried to send to a VOIP >>>>>> number and >>>>>> it also gets "unknown" so I am thinking it is not att. I tried >>>>>> various >>>>>> combinations of things I found on the web but nogo. Anyone see the >>>>>> problem below? Thanks! >>>>>> Mario >>>>>> >>>>>> >>>>>> >>>>>> >>>>> data="effective_caller_id_name=Emergency"/> >>>>> data="effective_caller_id_number=9161234567"/> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Mario* From david.ponzone at ipeva.fr Fri Sep 24 14:14:37 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Sep 2010 23:14:37 +0200 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241652.06495.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241628.37393.sos@sokhapkin.dyndns.org> <201009241652.06495.sos@sokhapkin.dyndns.org> Message-ID: Sergey, I am sorry, but I really think you are the one who is confused :) From the wiki: {foo=bar} is *only* valid at the beginning of the dial string. It will set the same variables on every channel. [foo=bar] goes before every individual dial string and will set the variable values specified for only this user's dial string channel. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 24/09/2010 ? 22:52, Sergey Okhapkin a ?crit : > No, whatever is set in {} is unavailable to b leg. [] sets b leg > variables and > are unavailable on a leg. > > On Friday 24 September 2010, David Ponzone wrote: >> Sergey, >> >> you are confusing me. >> It seemed to me that when you have only one destination leg, {} and >> [] >> are the same. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et >> ?tablis >> ? l'intention exclusive de ses destinataires. Toute utilisation ou >> diffusion non autoris?e est interdite. Tout message ?lectronique >> est >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si >> vous n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur. >> >> Le 24/09/2010 ? 22:28, Sergey Okhapkin a ?crit : >>> Correction: >>> >>> bridge [sip_cid_type=none]sofia/etc >>> >>> [] but not {} >>> >>> On Friday 24 September 2010, David Ponzone wrote: >>>> Mario, >>>> >>>> To save you some time, most carriers will accept in the FROM field. >>>> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to >>>> set >>>> this before your dialstring: >>>> bridge {sip_cid_type=none}sofia/etc... >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et >>>> ?tablis >>>> ? l'intention exclusive de ses destinataires. Toute utilisation ou >>>> diffusion non autoris?e est interdite. Tout message ?lectronique >>>> est >>>> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. >>>> Si >>>> vous n'?tes pas destinataire de ce message, merci de le d?truire >>>> imm?diatement et d'avertir l'exp?diteur. >>>> >>>> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : >>>>> Does the gateway uid1 allow to specify CID number? >>>>> >>>>> On Friday 24 September 2010, Mario wrote: >>>>>> I am bridging a call from either inside or outside to an >>>>>> emergency >>>>>> number on an att cellphone which works fine. I am trying to pass >>>>>> the >>>>>> original caller id or anything else for that matter as the caller >>>>>> id/name. I only get "unknown". I also tried to send to a VOIP >>>>>> number and >>>>>> it also gets "unknown" so I am thinking it is not att. I tried >>>>>> various >>>>>> combinations of things I found on the web but nogo. Anyone see >>>>>> the >>>>>> problem below? Thanks! >>>>>> Mario >>>>>> >>>>>> >>>>>> >>>>>> >>>>> data="effective_caller_id_name=Emergency"/> >>>>> application="set" >>>>>> data="effective_caller_id_number=9161234567"/> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use >>>>>> rs http://www.freeswitch.org >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-user >>>>> s http://www.freeswitch.org >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/93b79a68/attachment-0001.html From gmaruzz at gmail.com Fri Sep 24 14:20:24 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 24 Sep 2010 23:20:24 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md wrote: > Alsa driver is installed, but i have no sound. I was trying to use alsamixer > or etc. But nothing is just allowing me. In mod_skypopen audio has nothing to do with ALSA. Skype client needs ALSA driver to run (will not work without), but then uses local TCP sockets to exchange audio with FreeSWITCH (as explained in the wiki page). So, please post a FreeSWITCH debug session, as explained in the wiki page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc etc). -giovanni > > ex: > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > > > Thanks for guiding.. > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From steveayre at gmail.com Fri Sep 24 14:25:01 2010 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 24 Sep 2010 22:25:01 +0100 Subject: [Freeswitch-users] gateway setup check In-Reply-To: <239445.8297.qm@web29213.mail.ird.yahoo.com> References: <239445.8297.qm@web29213.mail.ird.yahoo.com> Message-ID: And tcpdump on FS confirms it's going out on the right port? Is there any firewall in place? -Steve On 24 September 2010 16:29, Nigel Kent wrote: > I get nothing on the gateway. I have a debug window open to see any > activity coming in but there is nothing > > > --- On *Fri, 24/9/10, Steven Ayre * wrote: > > > From: Steven Ayre > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > Date: Friday, 24 September, 2010, 15:07 > > > It does look like it's sending now, but still isn't getting the required > 100 Trying response to the INVITE. Can you confirm on the gateway whether it > receives the INVITE? > > -Steve > > > On 24 September 2010 14:16, Nigel Kent > > wrote: > > I cant remember where I found the sip-port usage setting > > Taking your advise I set the port on the realm on my gateway setting, it > does appear to now use port 443 > > However it still does not seem to be connecting to the gateway. It is not > hitting through to the gateway nothing appears on the console > > sip trace pasted of command > originate sofia/gateway/testgw/0044020734 100 > > http://pastebin.freeswitch.org/13999 > > > > --- On *Fri, 24/9/10, Steven Ayre > >* wrote: > > > From: Steven Ayre > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Friday, 24 September, 2010, 10:37 > > > The sip-port parameter is valid for a SIP profile, but not for a gateway. > Did you find that in the documentation somewhere? If so, it's wrong. > > Try specifying the port in the realm: > > > Looks like it gets the realm from the name if it isn't specified - I > actually didn't know it'd allow that. > > Just a note, the gateway name doesn't have to be an IP. Personally I prefer > names relating to what the gateway is so that it's separated from the IP. > > -Steve > > > > On 24 September 2010 08:45, Nigel Kent > > wrote: > > this is from the sip trace. > > send 1119 bytes to udp/[xxx.xxx.xxx.xxx]:5060 at 07:28:59.826991: > > It seems to be trying to send to port 5060 even though I have set a > different port as the sip-port on my gateway config? > > > > > > > > > > The gateway is able to accept calls tested with a sip ua client > Port 443 is used because it is a open port in my setup > > --- On *Fri, 24/9/10, Steven Ayre > >* wrote: > > > From: Steven Ayre > > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Friday, 24 September, 2010, 6:48 > > > Looks like the gateway isn't replying to the INVITE. > > Can you pastebin: > - Your gateway configuration > - Your debug log with sip trace on (sofia profile siptrace on) > > -Steve > > > > On 23 September 2010 22:55, Nigel Kent > > wrote: > > It needed a reloadxml. > > The gateway now shows on sofia status but still not able to connect to the > test gateway. The same command now gives me > > > 010-09-23 21:47:11.546900 [NOTICE] switch_channel.c:756 New Channel > sofia/external/0044020734 [e58395d4-f970-4bf9-8a52-3b80f7d7db7b] > freeswitch at internal> 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:3807 > (sofia/external/0044020734) State Change CS_NEW -> CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_INIT > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:83 sofia/external/0044020734 > SOFIA INIT > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:117 > (sofia/external/0044020734) State Change CS_INIT -> CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/0044020734) State INIT going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] mod_sofia.c:140 > sofia/external/0044020734 SOFIA ROUTING > 2010-09-23 21:47:11.546900 [DEBUG] switch_ivr_originate.c:64 > (sofia/external/0044020734) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/0044020734) State ROUTING going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA > 2010-09-23 21:47:11.546900 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/0044020734) State CONSUME_MEDIA going to sleep > 2010-09-23 21:47:11.546900 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [calling][0] > 2010-09-23 21:47:43.556882 [DEBUG] sofia.c:4269 Channel > sofia/external/0044020734 entering state [terminated][408] > 2010-09-23 21:47:43.556882 [NOTICE] sofia.c:4875 Hangup > sofia/external/0044020734 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.556882 [DEBUG] switch_channel.c:2255 Send signal > sofia/external/0044020734 [KILL] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:435 > sofia/external/0044020734 Overriding SIP cause 504 with 408 from the other > leg > 2010-09-23 21:47:43.556882 [DEBUG] mod_sofia.c:441 Channel > sofia/external/0044020734 hanging up, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:46 > sofia/external/0044020734 Standard HANGUP, cause: RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:498 > (sofia/external/0044020734) State HANGUP going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/0044020734) State Change CS_HANGUP -> CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/0044020734) Running State Change CS_REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:53 > sofia/external/0044020734 Standard REPORTING, cause: > RECOVERY_ON_TIMER_EXPIRE > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:589 > (sofia/external/0044020734) State REPORTING going to sleep > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/0044020734) State Change CS_REPORTING -> CS_DESTROY > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1023 Send signal > sofia/external/0044020734 [BREAK] > 2010-09-23 21:47:43.556882 [DEBUG] switch_core_session.c:1171 Session 189 > (sofia/external/0044020734) Locked, Waiting on external entities > 2010-09-23 21:47:43.566859 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE] > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1189 Session 189 > (sofia/external/0044020734) Ended > 2010-09-23 21:47:43.566859 [NOTICE] switch_core_session.c:1191 Close > Channel sofia/external/0044020734 [CS_DESTROY] > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:428 > (sofia/external/0044020734) Running State Change CS_DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] mod_sofia.c:350 > sofia/external/0044020734 SOFIA DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:60 > sofia/external/0044020734 Standard DESTROY > 2010-09-23 21:47:43.566859 [DEBUG] switch_core_state_machine.c:438 > (sofia/external/0044020734) State DESTROY going to sleep > > > > > --- On *Thu, 23/9/10, DJB International > >* wrote: > > > From: DJB International > > > Subject: Re: [Freeswitch-users] gateway setup check > To: "FreeSWITCH Users Help" > > > Date: Thursday, 23 September, 2010, 21:06 > > > When you issue a command "sofia status", do you see your gateway in there? > If not, try "sofia profile rescan" > > -djbinter > > On Thu, Sep 23, 2010 at 1:48 PM, Nigel Kent > > wrote: > > I want to check my gateway setup and that calls are able to be sent > > originate sofia/gateway/xxx.xxx.xxx.xxx/0044207343 100 > -ERR INVALID_NUMBER_FORMAT > > xxx.xxx.xxx.xxx is a public ip address and the gateway name is called the > same > > > > Why do I get invalid gateway error? > > > 2010-09-23 20:43:34.756883 [ERR] mod_sofia.c:3603 Invalid Gateway > freeswitch at internal> 2010-09-23 20:43:34.756883 [NOTICE] mod_sofia.c:3899 > Close Channel N/A [CS_NEW] > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:428 () > Running State Change CS_DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] mod_sofia.c:350 N/A SOFIA DESTROY > 2010-09-23 20:43:34.756883 [DEBUG] switch_core_state_machine.c:438 (N/A) > State DESTROY going to sleep > 2010-09-23 20:43:34.756883 [ERR] switch_ivr_originate.c:2491 Cannot create > outgoing channel of type [sofia] cause: [INVALID_NUMBER_FORMAT] > 2010-09-23 20:43:34.756883 [DEBUG] switch_ivr_originate.c:3310 Originate > Resulted in Error Cause: 28 [INVALID_NUMBER_FORMAT] > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -----Inline Attachment Follows----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/e4b7374f/attachment-0001.html From sos at sokhapkin.dyndns.org Fri Sep 24 14:44:53 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Fri, 24 Sep 2010 17:44:53 -0400 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: References: <4C9CFF25.4070004@mgtech.com> <201009241652.06495.sos@sokhapkin.dyndns.org> Message-ID: <201009241744.54029.sos@sokhapkin.dyndns.org> I'm not sure if wiki text is correct... On Friday 24 September 2010, David Ponzone wrote: > Sergey, > > I am sorry, but I really think you are the one who is confused :) > > From the wiki: > {foo=bar} is *only* valid at the beginning of the dial string. It will > set the same variables on every channel. > [foo=bar] goes before every individual dial string and will set the > variable values specified for only this user's dial string channel. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > vous n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur. > > Le 24/09/2010 ? 22:52, Sergey Okhapkin a ?crit : > > No, whatever is set in {} is unavailable to b leg. [] sets b leg > > variables and > > are unavailable on a leg. > > > > On Friday 24 September 2010, David Ponzone wrote: > >> Sergey, > >> > >> you are confusing me. > >> It seemed to me that when you have only one destination leg, {} and > >> [] > >> are the same. > >> > >> David Ponzone Direction Technique > >> email: david.ponzone at ipeva.fr > >> tel: 01 74 03 18 97 > >> gsm: 06 66 98 76 34 > >> > >> Service Client IPeva > >> tel: 0811 46 26 26 > >> www.ipeva.fr - www.ipeva-studio.com > >> > >> Ce message et toutes les pi?ces jointes sont confidentiels et > >> ?tablis > >> ? l'intention exclusive de ses destinataires. Toute utilisation ou > >> diffusion non autoris?e est interdite. Tout message ?lectronique > >> est > >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > >> vous n'?tes pas destinataire de ce message, merci de le d?truire > >> imm?diatement et d'avertir l'exp?diteur. > >> > >> Le 24/09/2010 ? 22:28, Sergey Okhapkin a ?crit : > >>> Correction: > >>> > >>> bridge [sip_cid_type=none]sofia/etc > >>> > >>> [] but not {} > >>> > >>> On Friday 24 September 2010, David Ponzone wrote: > >>>> Mario, > >>>> > >>>> To save you some time, most carriers will accept in the FROM field. > >>>> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to > >>>> set > >>>> this before your dialstring: > >>>> bridge {sip_cid_type=none}sofia/etc... > >>>> > >>>> David Ponzone Direction Technique > >>>> email: david.ponzone at ipeva.fr > >>>> tel: 01 74 03 18 97 > >>>> gsm: 06 66 98 76 34 > >>>> > >>>> Service Client IPeva > >>>> tel: 0811 46 26 26 > >>>> www.ipeva.fr - www.ipeva-studio.com > >>>> > >>>> Ce message et toutes les pi?ces jointes sont confidentiels et > >>>> ?tablis > >>>> ? l'intention exclusive de ses destinataires. Toute utilisation ou > >>>> diffusion non autoris?e est interdite. Tout message ?lectronique > >>>> est > >>>> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. > >>>> Si > >>>> vous n'?tes pas destinataire de ce message, merci de le d?truire > >>>> imm?diatement et d'avertir l'exp?diteur. > >>>> > >>>> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > >>>>> Does the gateway uid1 allow to specify CID number? > >>>>> > >>>>> On Friday 24 September 2010, Mario wrote: > >>>>>> I am bridging a call from either inside or outside to an > >>>>>> emergency > >>>>>> number on an att cellphone which works fine. I am trying to pass > >>>>>> the > >>>>>> original caller id or anything else for that matter as the caller > >>>>>> id/name. I only get "unknown". I also tried to send to a VOIP > >>>>>> number and > >>>>>> it also gets "unknown" so I am thinking it is not att. I tried > >>>>>> various > >>>>>> combinations of things I found on the web but nogo. Anyone see > >>>>>> the > >>>>>> problem below? Thanks! > >>>>>> Mario > >>>>>> > >>>>>> > >>>>>> > >>>>>> >>>>>> data="effective_caller_id_name=Emergency"/> >>>>>> application="set" > >>>>>> data="effective_caller_id_number=9161234567"/> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> FreeSWITCH-users mailing list > >>>>>> FreeSWITCH-users at lists.freeswitch.org > >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-u > >>>>>>se rs http://www.freeswitch.org > >>>>> > >>>>> _______________________________________________ > >>>>> FreeSWITCH-users mailing list > >>>>> FreeSWITCH-users at lists.freeswitch.org > >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-us > >>>>>er s http://www.freeswitch.org > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-user > >>>s http://www.freeswitch.org > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 msc at freeswitch.org Fri Sep 24 15:03:04 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 15:03:04 -0700 Subject: [Freeswitch-users] Call Forwarding Problem In-Reply-To: References: Message-ID: Mike, All of our redirect handling information is covered here: http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect If I were you I would play around with the sip-related variables like sip_to_uri and sip_to_user when handling the 302 redirect from the Polycom. Let us know what you find out. -MC On Wed, Sep 22, 2010 at 5:59 AM, Mike wrote: > Hi, > > Here's a problem I posted about on the IRC some time ago - I said I'd > do some traces and put them in pastebin, which I've done here: > > http://pastebin.freeswitch.org/13970 > > A brief description of the problem and the calls involved in the pastebin. > > Incoming calls are delivered to the Freeswitch from a SIP trunking > provider who are also used to route outgoing calls. This is not via a > gateway. > > The SIP trunking provider insists that for outgoing calls, the data in > the "From" field in the INVITE message contains a PSTN number that > they have 'associated' with the SIP trunking service, > e.g. > From: "Zoltan" > > is OK. > From: "Zoltan" > > would be rejected by > them, as would > From: "Zoltan" > > as 01344299800 is > 'someone elses' number, not one of theirs that they have allocated to > us. > > The first call in the pastebin shows a Polycom phone making an > outgoing call that works / is allowed as the > effective_caller_id_number is set to an "allowed" number 02031375892. > > The second call, starting at line 871 shows a call originating in the > PSTN from number 01344299800 to the Polycom. The SIP provider delivers > the call to the FreeSwitch which in turn sends the call to the > Polycom. The Polycom has been set to divert all incoming calls to > number 07770380800 and replies with a "SIP/2.0 302 Moved Temporarily" > with the forwarded to number as the contact. This in turn causes the > FreeSwitch to generate an INVITE message which is sent to the trunk > provider with: > From: "01344299800" > > and > To: > > > Since 01344299800 is not an "allowed" number according to the > provider, the call is rejected. > > Putting aside the argument for now of whether the SIP provider should > be carrying out this rather brutal form of "CLI screening" (the data > in the 'From' field appears as the A Party Number / CLI once the call > hits the PSTN / mobile networks), is there any way to modify the > behaviour of this call so that in response to the "SIP/2.0 302 Moved > Temporarily" message, the INVITE which is sent out has the number from > the effective_caller_id_number variable for the forwarding extension, > rather than the number from the "From" field of the incoming invite? > > Hope this makes sense, > > Mike > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/53b5a7d3/attachment.html From msc at freeswitch.org Fri Sep 24 15:05:56 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 15:05:56 -0700 Subject: [Freeswitch-users] playback terminator In-Reply-To: References: Message-ID: Yes. The terminator key is not part of what is captured. -MC On Wed, Sep 22, 2010 at 11:47 AM, Phillip Jones wrote: > Hi. > > When I use this method and do GetDigits after - the first digit (that > caused the prompt to stop playing) is not collected by GetDigits > > So the user starts entering 6095554444, 6 stops the prompt - GetDigits > collects 095554444 > > DId you have the same experience? > > On Thu, Sep 16, 2010 at 7:34 AM, Tihomir Culjaga wrote: > >> forget about this, solved by a script: >> >> >> local macro = argv[1]; >> local data = argv[2]; >> local langue = argv[3]; >> >> >> function on_key(session, input_type, data, args) >> if input_type == "dtmf" then >> freeswitch.consoleLog("info", "stop playback by DTMF digit: " .. >> data["digit"]) >> return "break" >> end >> end >> if session:ready() then >> session:setInputCallback("on_key", "") >> session:sayPhrase(macro, data, langue) >> end >> >> >> >> >> >> >> >> >> lua rocks! >> >> >> >> >> >> On Thu, Sep 16, 2010 at 10:28 AM, Tihomir Culjaga wrote: >> >>> is there any playback terminator for phrase macros? >>> >>> >>> e.g. when you do: >>> >>> >>> or >>> >>> >>> >>> I'd like to make FS stop playing on any pressed digits... >>> >>> >>> >>> something like: >>> >>> >>> but seems not to be working ... >>> >>> >>> any ideas ? >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/a59ae9cd/attachment.html From shamun.toha at gmail.com Fri Sep 24 15:48:31 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 00:48:31 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: Sorry, its too large logs, but here is almost all Skype->FS->BUG shows up console loglevel 7 fsctl loglevel 7 +OK log level: DEBUG [7] 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface1][-1, 0, 0] skype_call: 39 is now active 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 ][interface1][-1, 5,21] START start_audio_threads 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface2][-1, 0, 0] skype_call: 39 is now active 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 ][interface2][-1, 5,21] START start_audio_threads 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 ][interface2][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 ][interface2][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32777, tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32778, tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface2][-1, 5,21] Binded! *which_port=32779, tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface2][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface2][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 ][interface2][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface2][-1, 5,21] Binded! *which_port=32780, tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface2][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface2][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 ][interface2][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface3][-1, 0, 0] skype_call: 39 is now active 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 ][interface3][-1, 5,21] START start_audio_threads 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 ][interface3][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 ][interface3][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface4][-1, 0, 0] skype_call: 39 is now active 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 ][interface4][-1, 5,21] START start_audio_threads 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 ][interface4][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 ][interface4][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface3][-1, 5,21] Binded! *which_port=32781, tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface3][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface3][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 ][interface3][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface3][-1, 5,21] Binded! *which_port=32782, tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface3][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface3][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 ][interface3][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface4][-1, 5,21] Binded! *which_port=32783, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface4][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface4][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 ][interface4][-1, 5,21] started tcp_srv_thread thread. 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 ][interface4][-1, 5,21] Binded! *which_port=32784, tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 ][interface4][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 ][interface4][-1, 5,21] TCP_NODELAY is 0 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 ][interface4][-1, 5,21] started tcp_cli_thread thread. 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32778"|||| 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32780"|||| 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 ][interface1][-1, 5,21] ACCEPTED here you send me 32778 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 ][interface2][-1, 5,21] ACCEPTED here you send me 32780 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32777"|||| 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32779"|||| 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface1][-1, 5,21] no session 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface1][-1, 5,21] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface1][-1, 5,21] skype_call: 39 is now active 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface2][-1, 5,21] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface2][-1, 5,21] skype_call: 39 is now active 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 ][interface1][-1, 5,21] ACCEPTED here I send you 32777 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 ][interface2][-1, 5,21] ACCEPTED here I send you 32779 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32778"|||| 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32780"|||| 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32777"|||| 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32779"|||| 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface2][-1, 5,21] len=320 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface1][-1, 5,21] no session 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32778"||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32777"||| 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface2][-1, 5,21] no session 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32780"||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32779"||| 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32780"||| 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32778"||| 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32777"||| 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32779"||| 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface2][-1, 5,21] len=320 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface2][-1, 5,21] len=0 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 ][interface2][-1, 5,21] len=-1, error: Broken pipe 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 ][interface2][-1, 5,21] Skype outbound audio GONE 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 ][interface2][-1, 5, 6] Skype incoming audio GONE 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32782"|||| 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32784"|||| 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32781"|||| 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32783"|||| 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface3][-1, 5,21] no session 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface3][-1, 5,21] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface3][-1, 5,21] skype_call: 39 is now active 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface4][-1, 5,21] no session 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 ][interface4][-1, 5,21] no tech_pvt->session_uuid_str 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 ][interface4][-1, 5,21] skype_call: 39 is now active 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32782"|||| 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32784"|||| 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32781"|||| 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT PORT="32783"|||| 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface3][-1, 5,21] no session 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface3][-1, 5,21] skype call ended 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface3][-1, 5,21] no session 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 ][interface4][-1, 5,21] no session 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface4][-1, 5,21] skype call ended 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface4][-1, 5,21] no session 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 ][interface3][-1, 1,21] outbound audio server (I am it) EXITING 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 ][interface4][-1, 1,21] outbound audio server (I am it) EXITING 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface2][-1, 5, 6] skype call ended 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface2][-1, 5, 6] no session 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter input/output||| 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable to alter input/output||| 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 ][interface3][-1, 0,16] skype_call now is DOWN 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface3][-1, 1,16] skype call ended 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface3][-1, 1,16] no session 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter input/output||| 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable to alter input/output||| 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 ][interface4][-1, 0,16] skype_call now is DOWN 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface4][-1, 1,16] skype call ended 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface4][-1, 1,16] no session 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=640 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=320 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface1][-1, 5,21] len=0 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 ][interface1][-1, 5,21] len=-1, error: Broken pipe 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 ][interface1][-1, 5,21] Skype outbound audio GONE 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 ][interface1][-1, 5, 6] Skype incoming audio GONE 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 ][interface1][-1, 5, 6] skype call ended 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 ][interface1][-1, 5, 6] no session 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli wrote: > On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md > wrote: > > Alsa driver is installed, but i have no sound. I was trying to use > alsamixer > > or etc. But nothing is just allowing me. > > In mod_skypopen audio has nothing to do with ALSA. > Skype client needs ALSA driver to run (will not work without), but > then uses local TCP sockets to exchange audio with FreeSWITCH (as > explained in the wiki page). > > So, please post a FreeSWITCH debug session, as explained in the wiki > page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc > etc). > > -giovanni > > > > > > ex: > > > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > > > > > > Thanks for guiding.. > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/64ec4461/attachment-0001.html From shamun.toha at gmail.com Fri Sep 24 15:58:18 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 00:58:18 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: At no sound state, if i press DTMF 1 whole Freeswitch instance crash. 2010-09-25 00:58:27.106464 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 47 DURATION 8||| 2010-09-25 00:58:27.108465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.118464 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.128464 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.138464 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.148465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.158465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.168465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.178465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.188465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.198465 [DEBUG] skypopen_protocol.c:849 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 ][interface4][-1, 5,21] len=320 2010-09-25 00:58:27.206466 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface4][-1, 5,21] READING: |||CALL 47 DTMF 1||| 2010-09-25 00:58:27.206466 [DEBUG] skypopen_protocol.c:512 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 512 ][interface4][-1, 5,21] Call 47 received a DTMF: 1 *Segmentation fault (core dumped)* On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli wrote: > On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md > wrote: > > Alsa driver is installed, but i have no sound. I was trying to use > alsamixer > > or etc. But nothing is just allowing me. > > In mod_skypopen audio has nothing to do with ALSA. > Skype client needs ALSA driver to run (will not work without), but > then uses local TCP sockets to exchange audio with FreeSWITCH (as > explained in the wiki page). > > So, please post a FreeSWITCH debug session, as explained in the wiki > page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc > etc). > > -giovanni > > > > > > ex: > > > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > > > > > > Thanks for guiding.. > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/ac957090/attachment.html From gmaruzz at gmail.com Fri Sep 24 16:06:46 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 25 Sep 2010 01:06:46 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: Which version of skype client? Please pastebin: skypopen.conf.xml file a debug session of this, from the fs cli: unload mod-skypopen load mod-skypopen bgapi originate skypopen/ANY/echo123 5000 -giovanni On 9/25/10, Shamun toha md wrote: > Sorry, its too large logs, but here is almost all Skype->FS->BUG shows up > > console loglevel 7 > fsctl loglevel 7 > +OK log level: DEBUG [7] > > > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface1][-1, 0, 0] skype_call: 39 is now active > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > ][interface1][-1, 5,21] START start_audio_threads > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > ][interface1][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > ][interface1][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface2][-1, 0, 0] skype_call: 39 is now active > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > ][interface2][-1, 5,21] START start_audio_threads > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > ][interface2][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > ][interface2][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface1][-1, 5,21] Binded! *which_port=32777, > tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface1][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface1][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > ][interface1][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface1][-1, 5,21] Binded! *which_port=32778, > tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface1][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface1][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > ][interface1][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface2][-1, 5,21] Binded! *which_port=32779, > tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface2][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface2][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > ][interface2][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface2][-1, 5,21] Binded! *which_port=32780, > tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface2][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface2][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > ][interface2][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface3][-1, 0, 0] skype_call: 39 is now active > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > ][interface3][-1, 5,21] START start_audio_threads > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > ][interface3][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > ][interface3][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface4][-1, 0, 0] skype_call: 39 is now active > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > ][interface4][-1, 5,21] START start_audio_threads > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > ][interface4][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > ][interface4][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface3][-1, 5,21] Binded! *which_port=32781, > tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface3][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface3][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > ][interface3][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface3][-1, 5,21] Binded! *which_port=32782, > tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface3][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface3][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > ][interface3][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface4][-1, 5,21] Binded! *which_port=32783, > tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface4][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface4][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > ][interface4][-1, 5,21] started tcp_srv_thread thread. > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > ][interface4][-1, 5,21] Binded! *which_port=32784, > tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > ][interface4][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > ][interface4][-1, 5,21] TCP_NODELAY is 0 > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > ][interface4][-1, 5,21] started tcp_cli_thread thread. > 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32778"|||| > 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32780"|||| > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > ][interface1][-1, 5,21] ACCEPTED here you send me 32778 > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > ][interface2][-1, 5,21] ACCEPTED here you send me 32780 > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32777"|||| > 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32779"|||| > 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface1][-1, 5,21] no session > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface1][-1, 5,21] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface1][-1, 5,21] skype_call: 39 is now active > 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface2][-1, 5,21] no session > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface2][-1, 5,21] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface2][-1, 5,21] skype_call: 39 is now active > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > ][interface1][-1, 5,21] ACCEPTED here I send you 32777 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > ][interface2][-1, 5,21] ACCEPTED here I send you 32779 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32778"|||| > 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32780"|||| > 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32777"|||| > 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32779"|||| > 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface2][-1, 5,21] len=320 > 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface1][-1, 5,21] no session > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32778"||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32777"||| > 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface2][-1, 5,21] no session > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32780"||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32779"||| > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32780"||| > 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT PORT="32778"||| > 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32777"||| > 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32779"||| > 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface2][-1, 5,21] len=320 > 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface2][-1, 5,21] len=0 > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > ][interface2][-1, 5,21] len=-1, error: Broken pipe > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > ][interface2][-1, 5,21] Skype outbound audio GONE > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING > 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > ][interface2][-1, 5, 6] Skype incoming audio GONE > 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING > 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32782"|||| > 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32784"|||| > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32781"|||| > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32783"|||| > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface3][-1, 5,21] no session > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface3][-1, 5,21] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface3][-1, 5,21] skype_call: 39 is now active > 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface4][-1, 5,21] no session > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > ][interface4][-1, 5,21] no tech_pvt->session_uuid_str > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > ][interface4][-1, 5,21] skype_call: 39 is now active > 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32782"|||| > 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT PORT="32784"|||| > 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32781"|||| > 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > PORT="32783"|||| > 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface3][-1, 5,21] no session > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface3][-1, 5,21] skype call ended > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface3][-1, 5,21] no session > 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > ][interface4][-1, 5,21] no session > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface4][-1, 5,21] skype call ended > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface4][-1, 5,21] no session > 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > ][interface3][-1, 1,21] outbound audio server (I am it) EXITING > 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > ][interface4][-1, 1,21] outbound audio server (I am it) EXITING > 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING > 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING > 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface2][-1, 5, 6] skype call ended > 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface2][-1, 5, 6] no session > 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter > input/output||| > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable to > alter input/output||| > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > ][interface3][-1, 0,16] skype_call now is DOWN > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface3][-1, 1,16] skype call ended > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface3][-1, 1,16] no session > 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter > input/output||| > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable to > alter input/output||| > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > ][interface4][-1, 0,16] skype_call now is DOWN > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface4][-1, 1,16] skype call ended > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface4][-1, 1,16] no session > 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 > ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| > 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| > 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=640 > 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=320 > 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > ][interface1][-1, 5,21] len=0 > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > ][interface1][-1, 5,21] len=-1, error: Broken pipe > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > ][interface1][-1, 5,21] Skype outbound audio GONE > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING > 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > ][interface1][-1, 5, 6] Skype incoming audio GONE > 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING > 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| > 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN > 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > ][interface1][-1, 5, 6] skype call ended > 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > ][interface1][-1, 5, 6] no session > 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > > On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli > wrote: > >> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md >> wrote: >> > Alsa driver is installed, but i have no sound. I was trying to use >> alsamixer >> > or etc. But nothing is just allowing me. >> >> In mod_skypopen audio has nothing to do with ALSA. >> Skype client needs ALSA driver to run (will not work without), but >> then uses local TCP sockets to exchange audio with FreeSWITCH (as >> explained in the wiki page). >> >> So, please post a FreeSWITCH debug session, as explained in the wiki >> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc >> etc). >> >> -giovanni >> >> >> > >> > ex: >> > >> http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt >> > >> > >> > Thanks for guiding.. >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From gmaruzz at gmail.com Fri Sep 24 16:08:19 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 25 Sep 2010 01:08:19 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: Please pastebin all the info I requested, I'll read it tomorrow. -giovanni On 9/25/10, Giovanni Maruzzelli wrote: > Which version of skype client? > > Please pastebin: > skypopen.conf.xml file > > a debug session of this, from the fs cli: > > unload mod-skypopen > load mod-skypopen > bgapi originate skypopen/ANY/echo123 5000 > > -giovanni > > > On 9/25/10, Shamun toha md wrote: >> Sorry, its too large logs, but here is almost all Skype->FS->BUG shows up >> >> console loglevel 7 >> fsctl loglevel 7 >> +OK log level: DEBUG [7] >> >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface1][-1, 0, 0] skype_call: 39 is now active >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> ][interface1][-1, 5,21] START start_audio_threads >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface2][-1, 0, 0] skype_call: 39 is now active >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> ][interface2][-1, 5,21] START start_audio_threads >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface1][-1, 5,21] Binded! *which_port=32777, >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface1][-1, 5,21] Binded! *which_port=32778, >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface2][-1, 5,21] Binded! *which_port=32779, >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface2][-1, 5,21] Binded! *which_port=32780, >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface3][-1, 0, 0] skype_call: 39 is now active >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> ][interface3][-1, 5,21] START start_audio_threads >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface4][-1, 0, 0] skype_call: 39 is now active >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> ][interface4][-1, 5,21] START start_audio_threads >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface3][-1, 5,21] Binded! *which_port=32781, >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface3][-1, 5,21] Binded! *which_port=32782, >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface4][-1, 5,21] Binded! *which_port=32783, >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> ][interface4][-1, 5,21] Binded! *which_port=32784, >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32778"|||| >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32780"|||| >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32777"|||| >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32779"|||| >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface1][-1, 5,21] no session >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface1][-1, 5,21] skype_call: 39 is now active >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface2][-1, 5,21] no session >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface2][-1, 5,21] skype_call: 39 is now active >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32778"|||| >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32780"|||| >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32777"|||| >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32779"|||| >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface2][-1, 5,21] len=320 >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface1][-1, 5,21] no session >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> PORT="32778"||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32777"||| >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface2][-1, 5,21] no session >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> PORT="32780"||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32779"||| >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> PORT="32780"||| >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> PORT="32778"||| >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32777"||| >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32779"||| >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface2][-1, 5,21] len=320 >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface2][-1, 5,21] len=0 >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 >> ][interface2][-1, 5,21] len=-1, error: Broken pipe >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 >> ][interface2][-1, 5,21] Skype outbound audio GONE >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 >> ][interface2][-1, 5, 6] Skype incoming audio GONE >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32782"|||| >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32784"|||| >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32781"|||| >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32783"|||| >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface3][-1, 5,21] no session >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface3][-1, 5,21] skype_call: 39 is now active >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface4][-1, 5,21] no session >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> ][interface4][-1, 5,21] skype_call: 39 is now active >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32782"|||| >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> PORT="32784"|||| >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32781"|||| >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> PORT="32783"|||| >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface3][-1, 5,21] no session >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface3][-1, 5,21] skype call ended >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface3][-1, 5,21] no session >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> ][interface4][-1, 5,21] no session >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface4][-1, 5,21] skype call ended >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface4][-1, 5,21] no session >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface2][-1, 5, 6] skype call ended >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface2][-1, 5, 6] no session >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter >> input/output||| >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable >> to >> alter input/output||| >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 >> ][interface3][-1, 0,16] skype_call now is DOWN >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface3][-1, 1,16] skype call ended >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface3][-1, 1,16] no session >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter >> input/output||| >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable >> to >> alter input/output||| >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 >> ][interface4][-1, 0,16] skype_call now is DOWN >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface4][-1, 1,16] skype call ended >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface4][-1, 1,16] no session >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=640 >> 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=320 >> 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> ][interface1][-1, 5,21] len=0 >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 >> ][interface1][-1, 5,21] len=-1, error: Broken pipe >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 >> ][interface1][-1, 5,21] Skype outbound audio GONE >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 >> ][interface1][-1, 5, 6] Skype incoming audio GONE >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> ][interface1][-1, 5, 6] skype call ended >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> ][interface1][-1, 5, 6] no session >> 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> >> On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli >> wrote: >> >>> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md >>> wrote: >>> > Alsa driver is installed, but i have no sound. I was trying to use >>> alsamixer >>> > or etc. But nothing is just allowing me. >>> >>> In mod_skypopen audio has nothing to do with ALSA. >>> Skype client needs ALSA driver to run (will not work without), but >>> then uses local TCP sockets to exchange audio with FreeSWITCH (as >>> explained in the wiki page). >>> >>> So, please post a FreeSWITCH debug session, as explained in the wiki >>> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc >>> etc). >>> >>> -giovanni >>> >>> >>> > >>> > ex: >>> > >>> http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt >>> > >>> > >>> > Thanks for guiding.. >>> > >>> > >>> > >>> > _______________________________________________ >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at 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 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From shamun.toha at gmail.com Fri Sep 24 16:16:37 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 01:16:37 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: OK, i will file them and post back here. Have a nice dream!! Thanks a lot On Sat, Sep 25, 2010 at 1:06 AM, Giovanni Maruzzelli wrote: > Which version of skype client? > > Please pastebin: > skypopen.conf.xml file > > a debug session of this, from the fs cli: > > unload mod-skypopen > load mod-skypopen > bgapi originate skypopen/ANY/echo123 5000 > > -giovanni > > > On 9/25/10, Shamun toha md wrote: > > Sorry, its too large logs, but here is almost all Skype->FS->BUG shows up > > > > console loglevel 7 > > fsctl loglevel 7 > > +OK log level: DEBUG [7] > > > > > > > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface1][-1, 0, 0] skype_call: 39 is now active > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > > ][interface1][-1, 5,21] START start_audio_threads > > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > > ][interface1][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > > ][interface1][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface2][-1, 0, 0] skype_call: 39 is now active > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > > ][interface2][-1, 5,21] START start_audio_threads > > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > > ][interface2][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > > ][interface2][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface1][-1, 5,21] Binded! *which_port=32777, > > tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface1][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface1][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > > ][interface1][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface1][-1, 5,21] Binded! *which_port=32778, > > tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface1][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface1][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > > ][interface1][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface2][-1, 5,21] Binded! *which_port=32779, > > tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface2][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface2][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > > ][interface2][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface2][-1, 5,21] Binded! *which_port=32780, > > tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface2][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface2][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > > ][interface2][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface3][-1, 0, 0] skype_call: 39 is now active > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > > ][interface3][-1, 5,21] START start_audio_threads > > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > > ][interface3][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > > ][interface3][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface4][-1, 0, 0] skype_call: 39 is now active > > 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > > ][interface4][-1, 5,21] START start_audio_threads > > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > > ][interface4][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > > ][interface4][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface3][-1, 5,21] Binded! *which_port=32781, > > tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface3][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface3][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > > ][interface3][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface3][-1, 5,21] Binded! *which_port=32782, > > tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface3][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface3][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > > ][interface3][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface4][-1, 5,21] Binded! *which_port=32783, > > tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface4][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface4][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > > ][interface4][-1, 5,21] started tcp_srv_thread thread. > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > > ][interface4][-1, 5,21] Binded! *which_port=32784, > > tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > > ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > > ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > > ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > > ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > > ][interface4][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > > ][interface4][-1, 5,21] TCP_NODELAY is 0 > > 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > > ][interface4][-1, 5,21] started tcp_cli_thread thread. > > 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32778"|||| > > 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32780"|||| > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > > ][interface1][-1, 5,21] ACCEPTED here you send me 32778 > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > > ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > > ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > > ][interface2][-1, 5,21] ACCEPTED here you send me 32780 > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > > ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > > ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32777"|||| > > 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32779"|||| > > 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface1][-1, 5,21] no session > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface1][-1, 5,21] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface1][-1, 5,21] skype_call: 39 is now active > > 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface2][-1, 5,21] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface2][-1, 5,21] skype_call: 39 is now active > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > > ][interface1][-1, 5,21] ACCEPTED here I send you 32777 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > > ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > > ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > > ][interface2][-1, 5,21] ACCEPTED here I send you 32779 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > > ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > > ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > > 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32778"|||| > > 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32780"|||| > > 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32777"|||| > > 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32779"|||| > > 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface2][-1, 5,21] len=320 > > 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface1][-1, 5,21] no session > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > PORT="32778"||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32777"||| > > 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface2][-1, 5,21] no session > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > PORT="32780"||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32779"||| > > 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > PORT="32780"||| > > 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > PORT="32778"||| > > 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32777"||| > > 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32779"||| > > 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface2][-1, 5,21] len=320 > > 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface2][-1, 5,21] len=0 > > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > > ][interface2][-1, 5,21] len=-1, error: Broken pipe > > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > > ][interface2][-1, 5,21] Skype outbound audio GONE > > 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > > ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING > > 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > > ][interface2][-1, 5, 6] Skype incoming audio GONE > > 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > > ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING > > 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32782"|||| > > 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32784"|||| > > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32781"|||| > > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32783"|||| > > 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface3][-1, 5,21] no session > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface3][-1, 5,21] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface3][-1, 5,21] skype_call: 39 is now active > > 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface4][-1, 5,21] no session > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > > ][interface4][-1, 5,21] no tech_pvt->session_uuid_str > > 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > > ][interface4][-1, 5,21] skype_call: 39 is now active > > 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32782"|||| > > 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > PORT="32784"|||| > > 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32781"|||| > > 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > > ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > > PORT="32783"|||| > > 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface3][-1, 5,21] no session > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > > ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface3][-1, 5,21] skype call ended > > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface3][-1, 5,21] no session > > 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > > ][interface4][-1, 5,21] no session > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > > 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > > ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface4][-1, 5,21] skype call ended > > 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface4][-1, 5,21] no session > > 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > > ][interface3][-1, 1,21] outbound audio server (I am it) EXITING > > 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > > ][interface4][-1, 1,21] outbound audio server (I am it) EXITING > > 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > > ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING > > 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > > ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING > > 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > > 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > > 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface2][-1, 5, 6] skype call ended > > 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface2][-1, 5, 6] no session > > 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter > > input/output||| > > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > > ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable > to > > alter input/output||| > > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > > ][interface3][-1, 0,16] skype_call now is DOWN > > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface3][-1, 1,16] skype call ended > > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface3][-1, 1,16] no session > > 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to alter > > input/output||| > > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > > ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable > to > > alter input/output||| > > 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > > ][interface4][-1, 0,16] skype_call now is DOWN > > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface4][-1, 1,16] skype call ended > > 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface4][-1, 1,16] no session > > 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| > > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 > > ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring > > 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| > > 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| > > 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=640 > > 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=320 > > 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > > ][interface1][-1, 5,21] len=0 > > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > > ][interface1][-1, 5,21] len=-1, error: Broken pipe > > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > > ][interface1][-1, 5,21] Skype outbound audio GONE > > 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > > ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING > > 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > > ][interface1][-1, 5, 6] Skype incoming audio GONE > > 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > > ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING > > 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| > > 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > > ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN > > 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > > ][interface1][-1, 5, 6] skype call ended > > 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > > ][interface1][-1, 5, 6] no session > > 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > > ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > > > > > > On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli > > wrote: > > > >> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md > > >> wrote: > >> > Alsa driver is installed, but i have no sound. I was trying to use > >> alsamixer > >> > or etc. But nothing is just allowing me. > >> > >> In mod_skypopen audio has nothing to do with ALSA. > >> Skype client needs ALSA driver to run (will not work without), but > >> then uses local TCP sockets to exchange audio with FreeSWITCH (as > >> explained in the wiki page). > >> > >> So, please post a FreeSWITCH debug session, as explained in the wiki > >> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc > >> etc). > >> > >> -giovanni > >> > >> > >> > > >> > ex: > >> > > >> > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > >> > > >> > > >> > Thanks for guiding.. > >> > > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/e939a046/attachment-0001.html From shamun.toha at gmail.com Fri Sep 24 16:38:18 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 01:38:18 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: Short overview of following details 1/2/3: - http://gist.github.com/raw/596232/6413268b813670ec7c6af13984ac7fdc86952b28/small%20overview Details 1: - http://gist.github.com/raw/596232/54dd74d932c6a3987381a86182083d6843d207c4/unload,%20advanced%20debug%20mode Details 2: - http://gist.github.com/raw/596232/11049e5138058a08e12aeab628d6b1af81793ab3/load Details 3: - http://gist.github.com/raw/596232/314e26c81e842dcdfba98e26fd2d269956e3a576/call Thank you very much. Hope i gave the info that can help you to quick check up. Best regards On Sat, Sep 25, 2010 at 1:08 AM, Giovanni Maruzzelli wrote: > Please pastebin all the info I requested, I'll read it tomorrow. > -giovanni > > On 9/25/10, Giovanni Maruzzelli wrote: > > Which version of skype client? > > > > Please pastebin: > > skypopen.conf.xml file > > > > a debug session of this, from the fs cli: > > > > unload mod-skypopen > > load mod-skypopen > > bgapi originate skypopen/ANY/echo123 5000 > > > > -giovanni > > > > > > On 9/25/10, Shamun toha md wrote: > >> Sorry, its too large logs, but here is almost all Skype->FS->BUG shows > up > >> > >> console loglevel 7 > >> fsctl loglevel 7 > >> +OK log level: DEBUG [7] > >> > >> > >> > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface1][-1, 0, 0] skype_call: 39 is now active > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> ][interface1][-1, 5,21] START start_audio_threads > >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface2][-1, 0, 0] skype_call: 39 is now active > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> ][interface2][-1, 5,21] START start_audio_threads > >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface1][-1, 5,21] Binded! *which_port=32777, > >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface1][-1, 5,21] Binded! *which_port=32778, > >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface2][-1, 5,21] Binded! *which_port=32779, > >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface2][-1, 5,21] Binded! *which_port=32780, > >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface3][-1, 0, 0] skype_call: 39 is now active > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> ][interface3][-1, 5,21] START start_audio_threads > >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface4][-1, 0, 0] skype_call: 39 is now active > >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> ][interface4][-1, 5,21] START start_audio_threads > >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 > >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 > >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface3][-1, 5,21] Binded! *which_port=32781, > >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface3][-1, 5,21] Binded! *which_port=32782, > >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface4][-1, 5,21] Binded! *which_port=32783, > >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> ][interface4][-1, 5,21] Binded! *which_port=32784, > >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32778"|||| > >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32780"|||| > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32777"|||| > >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32779"|||| > >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface1][-1, 5,21] no session > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface1][-1, 5,21] skype_call: 39 is now active > >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface2][-1, 5,21] no session > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface2][-1, 5,21] skype_call: 39 is now active > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32778"|||| > >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32780"|||| > >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32777"|||| > >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32779"|||| > >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface2][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface1][-1, 5,21] no session > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> PORT="32778"||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32777"||| > >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface2][-1, 5,21] no session > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> PORT="32780"||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32779"||| > >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> PORT="32780"||| > >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> PORT="32778"||| > >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32777"||| > >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32779"||| > >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface2][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface2][-1, 5,21] len=0 > >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > >> ][interface2][-1, 5,21] len=-1, error: Broken pipe > >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > >> ][interface2][-1, 5,21] Skype outbound audio GONE > >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING > >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > >> ][interface2][-1, 5, 6] Skype incoming audio GONE > >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING > >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32782"|||| > >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32784"|||| > >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32781"|||| > >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32783"|||| > >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface3][-1, 5,21] no session > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface3][-1, 5,21] skype_call: 39 is now active > >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface4][-1, 5,21] no session > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str > >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> ][interface4][-1, 5,21] skype_call: 39 is now active > >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32782"|||| > >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> PORT="32784"|||| > >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32781"|||| > >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 > >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> PORT="32783"|||| > >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface3][-1, 5,21] no session > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface3][-1, 5,21] skype call ended > >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface3][-1, 5,21] no session > >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> ][interface4][-1, 5,21] no session > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface4][-1, 5,21] skype call ended > >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface4][-1, 5,21] no session > >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING > >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING > >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING > >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING > >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface2][-1, 5, 6] skype call ended > >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface2][-1, 5, 6] no session > >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to > alter > >> input/output||| > >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable > >> to > >> alter input/output||| > >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> ][interface3][-1, 0,16] skype_call now is DOWN > >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface3][-1, 1,16] skype call ended > >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface3][-1, 1,16] no session > >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to > alter > >> input/output||| > >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: unable > >> to > >> alter input/output||| > >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> ][interface4][-1, 0,16] skype_call now is DOWN > >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface4][-1, 1,16] skype call ended > >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface4][-1, 1,16] no session > >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| > >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 > >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring > >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| > >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| > >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=640 > >> 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=320 > >> 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> ][interface1][-1, 5,21] len=0 > >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > >> ][interface1][-1, 5,21] len=-1, error: Broken pipe > >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 > >> ][interface1][-1, 5,21] Skype outbound audio GONE > >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 > >> ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING > >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > >> ][interface1][-1, 5, 6] Skype incoming audio GONE > >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING > >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| > >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN > >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 > >> ][interface1][-1, 5, 6] skype call ended > >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 > >> ][interface1][-1, 5, 6] no session > >> 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev > >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> > >> > >> On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli > >> wrote: > >> > >>> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md < > shamun.toha at gmail.com> > >>> wrote: > >>> > Alsa driver is installed, but i have no sound. I was trying to use > >>> alsamixer > >>> > or etc. But nothing is just allowing me. > >>> > >>> In mod_skypopen audio has nothing to do with ALSA. > >>> Skype client needs ALSA driver to run (will not work without), but > >>> then uses local TCP sockets to exchange audio with FreeSWITCH (as > >>> explained in the wiki page). > >>> > >>> So, please post a FreeSWITCH debug session, as explained in the wiki > >>> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc > >>> etc). > >>> > >>> -giovanni > >>> > >>> > >>> > > >>> > ex: > >>> > > >>> > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > >>> > > >>> > > >>> > Thanks for guiding.. > >>> > > >>> > > >>> > > >>> > _______________________________________________ > >>> > FreeSWITCH-users mailing list > >>> > FreeSWITCH-users at 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 > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >>> > >> > > > > -- > > Sent from my mobile device > > > > Sincerely, > > > > Giovanni Maruzzelli > > Cell : +39-347-2665618 > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/68603ae1/attachment-0001.html From gmaruzz at gmail.com Fri Sep 24 17:01:49 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 25 Sep 2010 02:01:49 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: This call (to echo123) is perfect and has no problems. Now, please post the debug session starting from load module to a call that gives problem: unload the module load the module make (or receive) the call with problems -giovanni On 9/25/10, Shamun toha md wrote: > Short overview of following details 1/2/3: > - > http://gist.github.com/raw/596232/6413268b813670ec7c6af13984ac7fdc86952b28/small%20overview > > Details 1: > - > http://gist.github.com/raw/596232/54dd74d932c6a3987381a86182083d6843d207c4/unload,%20advanced%20debug%20mode > > > Details 2: > - > http://gist.github.com/raw/596232/11049e5138058a08e12aeab628d6b1af81793ab3/load > > > Details 3: > - > http://gist.github.com/raw/596232/314e26c81e842dcdfba98e26fd2d269956e3a576/call > > > > Thank you very much. Hope i gave the info that can help you to quick check > up. > > Best regards > > > > > > > On Sat, Sep 25, 2010 at 1:08 AM, Giovanni Maruzzelli > wrote: > >> Please pastebin all the info I requested, I'll read it tomorrow. >> -giovanni >> >> On 9/25/10, Giovanni Maruzzelli wrote: >> > Which version of skype client? >> > >> > Please pastebin: >> > skypopen.conf.xml file >> > >> > a debug session of this, from the fs cli: >> > >> > unload mod-skypopen >> > load mod-skypopen >> > bgapi originate skypopen/ANY/echo123 5000 >> > >> > -giovanni >> > >> > >> > On 9/25/10, Shamun toha md wrote: >> >> Sorry, its too large logs, but here is almost all Skype->FS->BUG shows >> up >> >> >> >> console loglevel 7 >> >> fsctl loglevel 7 >> >> +OK log level: DEBUG [7] >> >> >> >> >> >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface1][-1, 0, 0] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> >> ][interface1][-1, 5,21] START start_audio_threads >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface2][-1, 0, 0] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> >> ][interface2][-1, 5,21] START start_audio_threads >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface1][-1, 5,21] Binded! *which_port=32777, >> >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface1][-1, 5,21] Binded! *which_port=32778, >> >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface2][-1, 5,21] Binded! *which_port=32779, >> >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface2][-1, 5,21] Binded! *which_port=32780, >> >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface3][-1, 0, 0] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> >> ][interface3][-1, 5,21] START start_audio_threads >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface4][-1, 0, 0] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 >> >> ][interface4][-1, 5,21] START start_audio_threads >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1981 >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1991 >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface3][-1, 5,21] Binded! *which_port=32781, >> >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface3][-1, 5,21] Binded! *which_port=32782, >> >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface4][-1, 5,21] Binded! *which_port=32783, >> >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 >> >> ][interface4][-1, 5,21] Binded! *which_port=32784, >> >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32778"|||| >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32780"|||| >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 >> >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 >> >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 >> >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 >> >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 >> >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 >> >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32777"|||| >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32779"|||| >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface1][-1, 5,21] no session >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface1][-1, 5,21] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface2][-1, 5,21] no session >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface2][-1, 5,21] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 >> >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 >> >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 >> >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 >> >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 >> >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 >> >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32778"|||| >> >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32780"|||| >> >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32777"|||| >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32779"|||| >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface2][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface1][-1, 5,21] no session >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32778"||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32777"||| >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface2][-1, 5,21] no session >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32780"||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32779"||| >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32780"||| >> >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32778"||| >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32777"||| >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32779"||| >> >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface2][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface2][-1, 5,21] len=0 >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 >> >> ][interface2][-1, 5,21] len=-1, error: Broken pipe >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 >> >> ][interface2][-1, 5,21] Skype outbound audio GONE >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING >> >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 >> >> ][interface2][-1, 5, 6] Skype incoming audio GONE >> >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) EXITING >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32782"|||| >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32784"|||| >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32781"|||| >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32783"|||| >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface3][-1, 5,21] no session >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface3][-1, 5,21] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface4][-1, 5,21] no session >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 >> >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 >> >> ][interface4][-1, 5,21] skype_call: 39 is now active >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32782"|||| >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> PORT="32784"|||| >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32781"|||| >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1502 >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> PORT="32783"|||| >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface3][-1, 5,21] no session >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface3][-1, 5,21] skype call ended >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface3][-1, 5,21] no session >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 >> >> ][interface4][-1, 5,21] no session >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS VIDEO_NONE||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface4][-1, 5,21] skype call ended >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface4][-1, 5,21] no session >> >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) EXITING >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) EXITING >> >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface2][-1, 5, 6] skype call ended >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface2][-1, 5, 6] no session >> >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to >> alter >> >> input/output||| >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 >> >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: >> >> unable >> >> to >> >> alter input/output||| >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 >> >> ][interface3][-1, 0,16] skype_call now is DOWN >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface3][-1, 1,16] skype call ended >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface3][-1, 1,16] no session >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to >> alter >> >> input/output||| >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 >> >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: >> >> unable >> >> to >> >> alter input/output||| >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 >> >> ][interface4][-1, 0,16] skype_call now is DOWN >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface4][-1, 1,16] skype call ended >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface4][-1, 1,16] no session >> >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 >> >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| >> >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| >> >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=640 >> >> 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=320 >> >> 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 >> >> ][interface1][-1, 5,21] len=0 >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 >> >> ][interface1][-1, 5,21] len=-1, error: Broken pipe >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1032 >> >> ][interface1][-1, 5,21] Skype outbound audio GONE >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1041 >> >> ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING >> >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 >> >> ][interface1][-1, 5, 6] Skype incoming audio GONE >> >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 >> >> ][interface1][-1, 5, 6] incoming audio (read) server (I am it) EXITING >> >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| >> >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 >> >> ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN >> >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1249 >> >> ][interface1][-1, 5, 6] skype call ended >> >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 1266 >> >> ][interface1][-1, 5, 6] no session >> >> 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| >> >> >> >> >> >> On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli >> >> wrote: >> >> >> >>> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md < >> shamun.toha at gmail.com> >> >>> wrote: >> >>> > Alsa driver is installed, but i have no sound. I was trying to use >> >>> alsamixer >> >>> > or etc. But nothing is just allowing me. >> >>> >> >>> In mod_skypopen audio has nothing to do with ALSA. >> >>> Skype client needs ALSA driver to run (will not work without), but >> >>> then uses local TCP sockets to exchange audio with FreeSWITCH (as >> >>> explained in the wiki page). >> >>> >> >>> So, please post a FreeSWITCH debug session, as explained in the wiki >> >>> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc >> >>> etc). >> >>> >> >>> -giovanni >> >>> >> >>> >> >>> > >> >>> > ex: >> >>> > >> >>> >> http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt >> >>> > >> >>> > >> >>> > Thanks for guiding.. >> >>> > >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > FreeSWITCH-users mailing list >> >>> > FreeSWITCH-users at 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 >> >>> >> >>> _______________________________________________ >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >>> >> >> >> > >> > -- >> > Sent from my mobile device >> > >> > Sincerely, >> > >> > Giovanni Maruzzelli >> > Cell : +39-347-2665618 >> > >> >> -- >> Sent from my mobile device >> >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From shamun.toha at gmail.com Fri Sep 24 17:24:06 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 02:24:06 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: Yes, i also made outgoing calls, (outbound still works). #Here is the inbound problems A (anotherSkypeIdCalls )-->FS-->mod_skypopen (B) -->DTMF (press 1) --> segmentation fault FS instance crash + no sound for A : Scenario dump 1: http://gist.github.com/raw/596290/b68037d425d264e7a966a7aca903bd85e0793cd5/gistfile1.txt Thank you On Sat, Sep 25, 2010 at 2:01 AM, Giovanni Maruzzelli wrote: > This call (to echo123) is perfect and has no problems. > > Now, please post the debug session starting from load module to a call > that gives problem: > > unload the module > load the module > make (or receive) the call with problems > > -giovanni > > On 9/25/10, Shamun toha md wrote: > > Short overview of following details 1/2/3: > > - > > > http://gist.github.com/raw/596232/6413268b813670ec7c6af13984ac7fdc86952b28/small%20overview > > > > Details 1: > > - > > > http://gist.github.com/raw/596232/54dd74d932c6a3987381a86182083d6843d207c4/unload,%20advanced%20debug%20mode > > > > > > Details 2: > > - > > > http://gist.github.com/raw/596232/11049e5138058a08e12aeab628d6b1af81793ab3/load > > > > > > Details 3: > > - > > > http://gist.github.com/raw/596232/314e26c81e842dcdfba98e26fd2d269956e3a576/call > > > > > > > > Thank you very much. Hope i gave the info that can help you to quick > check > > up. > > > > Best regards > > > > > > > > > > > > > > On Sat, Sep 25, 2010 at 1:08 AM, Giovanni Maruzzelli > > wrote: > > > >> Please pastebin all the info I requested, I'll read it tomorrow. > >> -giovanni > >> > >> On 9/25/10, Giovanni Maruzzelli wrote: > >> > Which version of skype client? > >> > > >> > Please pastebin: > >> > skypopen.conf.xml file > >> > > >> > a debug session of this, from the fs cli: > >> > > >> > unload mod-skypopen > >> > load mod-skypopen > >> > bgapi originate skypopen/ANY/echo123 5000 > >> > > >> > -giovanni > >> > > >> > > >> > On 9/25/10, Shamun toha md wrote: > >> >> Sorry, its too large logs, but here is almost all Skype->FS->BUG > shows > >> up > >> >> > >> >> console loglevel 7 > >> >> fsctl loglevel 7 > >> >> +OK log level: DEBUG [7] > >> >> > >> >> > >> >> > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface1][-1, 0, 0] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> >> ][interface1][-1, 5,21] START start_audio_threads > >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1981 > >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1991 > >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface2][-1, 0, 0] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> >> ][interface2][-1, 5,21] START start_audio_threads > >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1981 > >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1991 > >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface1][-1, 5,21] Binded! *which_port=32777, > >> >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface1][-1, 5,21] Binded! *which_port=32778, > >> >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface2][-1, 5,21] Binded! *which_port=32779, > >> >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface2][-1, 5,21] Binded! *which_port=32780, > >> >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface3][-1, 0, 0] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> >> ][interface3][-1, 5,21] START start_audio_threads > >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1981 > >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1991 > >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface4][-1, 0, 0] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 684 > >> >> ][interface4][-1, 5,21] START start_audio_threads > >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1981 > >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1991 > >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface3][-1, 5,21] Binded! *which_port=32781, > >> >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface3][-1, 5,21] Binded! *which_port=32782, > >> >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface4][-1, 5,21] Binded! *which_port=32783, > >> >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 777 > >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 83 > >> >> ][interface4][-1, 5,21] Binded! *which_port=32784, > >> >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 88 > >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 92 > >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 113 > >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 132 > >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 136 > >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 143 > >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 928 > >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32778"|||| > >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32780"|||| > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > >> >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > >> >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > >> >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 957 > >> >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 962 > >> >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 966 > >> >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32777"|||| > >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32779"|||| > >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface1][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface1][-1, 5,21] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface2][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface2][-1, 5,21] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > >> >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > >> >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > >> >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 806 > >> >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 811 > >> >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 815 > >> >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32778"|||| > >> >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32780"|||| > >> >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32777"|||| > >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32779"|||| > >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface2][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface1][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > VIDEO_NONE||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32778"||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32777"||| > >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface2][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > VIDEO_NONE||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32780"||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32779"||| > >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32780"||| > >> >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32778"||| > >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32777"||| > >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32779"||| > >> >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface2][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface2][-1, 5,21] len=0 > >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > >> >> ][interface2][-1, 5,21] len=-1, error: Broken pipe > >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1032 > >> >> ][interface2][-1, 5,21] Skype outbound audio GONE > >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1041 > >> >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING > >> >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > >> >> ][interface2][-1, 5, 6] Skype incoming audio GONE > >> >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) > EXITING > >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32782"|||| > >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32784"|||| > >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32781"|||| > >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32783"|||| > >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface3][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface3][-1, 5,21] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface4][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 671 > >> >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str > >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 677 > >> >> ][interface4][-1, 5,21] skype_call: 39 is now active > >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32782"|||| > >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> PORT="32784"|||| > >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32781"|||| > >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1502 > >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT > >> >> PORT="32783"|||| > >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface3][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > VIDEO_NONE||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface3][-1, 5,21] skype call ended > >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface3][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> ][interface4][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > VIDEO_NONE||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN > >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface4][-1, 5,21] skype call ended > >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface4][-1, 5,21] no session > >> >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1041 > >> >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING > >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1041 > >> >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING > >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) > EXITING > >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) > EXITING > >> >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > >> >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| > >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface2][-1, 5, 6] skype call ended > >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface2][-1, 5, 6] no session > >> >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to > >> alter > >> >> input/output||| > >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: > >> >> unable > >> >> to > >> >> alter input/output||| > >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> >> ][interface3][-1, 0,16] skype_call now is DOWN > >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface3][-1, 1,16] skype call ended > >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface3][-1, 1,16] no session > >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to > >> alter > >> >> input/output||| > >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: > >> >> unable > >> >> to > >> >> alter input/output||| > >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> >> ][interface4][-1, 0,16] skype_call now is DOWN > >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface4][-1, 1,16] skype call ended > >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface4][-1, 1,16] no session > >> >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| > >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 620 > >> >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring > >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| > >> >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| > >> >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.373796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.383795 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.393795 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.403796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.413795 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.423796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.433796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.443796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.453796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.463797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.473796 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.483798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.493797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.503797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.513798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.523798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.533798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.544799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.554797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.564798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.574797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.584798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.594797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.604798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.614797 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.624798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.634798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.644798 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.654800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.664799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.674799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.684800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.694799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.704800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.714799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.724799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.734799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.744799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.754799 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.764800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.774800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.784800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.794800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.804800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.814802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.824801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.834800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.844802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.854801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=640 > >> >> 2010-09-25 00:46:14.864800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.874800 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.886801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.896801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.906801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.918802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.928801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.938802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.950803 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.960802 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.970801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=320 > >> >> 2010-09-25 00:46:14.980801 [DEBUG] skypopen_protocol.c:849 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 849 > >> >> ][interface1][-1, 5,21] len=0 > >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:991 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 991 > >> >> ][interface1][-1, 5,21] len=-1, error: Broken pipe > >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1032 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1032 > >> >> ][interface1][-1, 5,21] Skype outbound audio GONE > >> >> 2010-09-25 00:46:14.981801 [DEBUG] skypopen_protocol.c:1041 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1041 > >> >> ][interface1][-1, 5, 6] outbound audio server (I am it) EXITING > >> >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:887 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 887 > >> >> ][interface1][-1, 5, 6] Skype incoming audio GONE > >> >> 2010-09-25 00:46:14.990802 [DEBUG] skypopen_protocol.c:896 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 896 > >> >> ][interface1][-1, 5, 6] incoming audio (read) server (I am it) > EXITING > >> >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 5, 6] READING: |||CALL 39 STATUS FINISHED||| > >> >> 2010-09-25 00:46:15.062806 [DEBUG] skypopen_protocol.c:613 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 613 > >> >> ][interface1][-1, 5, 6] skype_call 39 is MY call, now I'm going DOWN > >> >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1249 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1249 > >> >> ][interface1][-1, 5, 6] skype call ended > >> >> 2010-09-25 00:46:15.062806 [DEBUG] mod_skypopen.c:1266 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 1266 > >> >> ][interface1][-1, 5, 6] no session > >> >> 2010-09-25 00:46:15.362796 [DEBUG] skypopen_protocol.c:176 rev > >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 > >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS FALSE||| > >> >> > >> >> > >> >> On Fri, Sep 24, 2010 at 11:20 PM, Giovanni Maruzzelli > >> >> wrote: > >> >> > >> >>> On Fri, Sep 24, 2010 at 11:03 PM, Shamun toha md < > >> shamun.toha at gmail.com> > >> >>> wrote: > >> >>> > Alsa driver is installed, but i have no sound. I was trying to use > >> >>> alsamixer > >> >>> > or etc. But nothing is just allowing me. > >> >>> > >> >>> In mod_skypopen audio has nothing to do with ALSA. > >> >>> Skype client needs ALSA driver to run (will not work without), but > >> >>> then uses local TCP sockets to exchange audio with FreeSWITCH (as > >> >>> explained in the wiki page). > >> >>> > >> >>> So, please post a FreeSWITCH debug session, as explained in the wiki > >> >>> page (console loglevel 7, fsct loglevel 7, load mod_skypopen, etc > >> >>> etc). > >> >>> > >> >>> -giovanni > >> >>> > >> >>> > >> >>> > > >> >>> > ex: > >> >>> > > >> >>> > >> > http://gist.github.com/raw/596026/41aff3b9d8fe24492cfa8fab57ecaa3da02e69f7/gistfile1.txt > >> >>> > > >> >>> > > >> >>> > Thanks for guiding.. > >> >>> > > >> >>> > > >> >>> > > >> >>> > _______________________________________________ > >> >>> > FreeSWITCH-users mailing list > >> >>> > FreeSWITCH-users at 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 > >> >>> > >> >>> _______________________________________________ > >> >>> FreeSWITCH-users mailing list > >> >>> FreeSWITCH-users at lists.freeswitch.org > >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> >>> UNSUBSCRIBE: > >> http://lists.freeswitch.org/mailman/options/freeswitch-users > >> >>> http://www.freeswitch.org > >> >>> > >> >> > >> > > >> > -- > >> > Sent from my mobile device > >> > > >> > Sincerely, > >> > > >> > Giovanni Maruzzelli > >> > Cell : +39-347-2665618 > >> > > >> > >> -- > >> Sent from my mobile device > >> > >> Sincerely, > >> > >> Giovanni Maruzzelli > >> Cell : +39-347-2665618 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > -- > Sent from my mobile device > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/62ea3055/attachment-0001.html From msc at freeswitch.org Fri Sep 24 17:54:54 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 17:54:54 -0700 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <20695.1285316985@ccs.covici.com> References: <12791.1285241348@ccs.covici.com> <20695.1285316985@ccs.covici.com> Message-ID: On Fri, Sep 24, 2010 at 1:29 AM, wrote: > OK, thanks for that -- so am I correct that the XML will appear as > standard input to the script? And I guess I will have to write out the > .csv myself which will be a pain, but its really convenient to have > that. > I think it depends on your environment but yes, usually it comes in via STDIN. You are probably better off using CGI.pm than manually hacking the input. Since this question has come up more than once I created a simple Perl CGI script that gets called from a Web server. More info here: http://wiki.freeswitch.org/wiki/Mod_xml_cdr#Example_CGI_Script Tinker with that and see if it helps you with handling your CDRs. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/28f5f0a0/attachment.html From msc at freeswitch.org Fri Sep 24 17:57:05 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 17:57:05 -0700 Subject: [Freeswitch-users] german prompts - first release In-Reply-To: <4C9C6F0B.2060202@xpirio.com> References: <4C9C6F0B.2060202@xpirio.com> Message-ID: Awesome, thanks! For those who know German please assist Christian in getting these prompts ready for prime time. Thanks, MC 2010/9/24 Christian L?schenkohl > hello freeswitch community > > i can now announce the first release of the german prompt set. > you can download it under http://freeswitch.xpirio.com/. > > this package is not useable at this time, because there are some xml files > that > need to be created or changed first. also the prompts are not 100% perfect > and complete. > > i'll work on these topics and keep you updated. > > if somebody wants to help, please take a look at the prompts an send me > your corrections (directly > to my e-mail address, not to the list please). > also look at the file de2.xls where you can find the prompts the need to be > recorded or corrected. > please take a look at the xml files under conf/lang, they also need to be > created and/or modified too. > > br > > -- > Ing. Christian L?schenkohl > Technische Leitung, Forschung & Entwicklung VoIP > > xpirio > Telekommunikation & Service GmbH > Lakeside B04 > 9020 Klagenfurt > Austria > > T +43 (0) 5 77 11 - 1000 > F +43 (0) 5 77 11 - 1002 > E christian.loeschenkohl at xpirio.com > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/39f92635/attachment.html From msc at freeswitch.org Fri Sep 24 18:04:11 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 18:04:11 -0700 Subject: [Freeswitch-users] [OT] Own Posts In-Reply-To: <487FC1DD-9B76-432D-A8A5-D8554190E072@ossiantelecom.co.uk> References: <487FC1DD-9B76-432D-A8A5-D8554190E072@ossiantelecom.co.uk> Message-ID: I don't explicitly see my own posts either, but then again I don't actually need that. If I do I just go to the list history. -MC On Fri, Sep 24, 2010 at 10:55 AM, Ross McKillop wrote: > I don't receive my own posts to this list, despite enabling it on the > Mailman control panel ? > > Is it disabled globally or am I doing something wrong? > > Ross > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/9a4fb7c4/attachment.html From msc at freeswitch.org Fri Sep 24 18:07:28 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 18:07:28 -0700 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: <4C9CFA77.5090002@communicatefreely.net> References: <4C9CE5EE.1010003@communicatefreely.net> <4C9CFA77.5090002@communicatefreely.net> Message-ID: Isn't the cause always going to be the same, namely that all the legs timed out? -MC On Fri, Sep 24, 2010 at 12:22 PM, Tim St. Pierre < fs-list at communicatefreely.net> wrote: > Anthony Minessale wrote: > > with enterprise originate, put vars you want to get set on all > > channels in <> instead of {} > > enterprise originate is another dimension of originates where each > > string between :_: delim is an entire new originate thread using all > > of the other functionality separately so each one has a dedicated {} > > area. > > <> is global to all sub originate processes > > Aha! So that's what the syntax is. > > What can I do about the cause code? Is there any way to use the cause code > from the first element > (or any specific element) for decision making later on? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/2236c96c/attachment.html From msc at freeswitch.org Fri Sep 24 18:24:41 2010 From: msc at freeswitch.org (Michael Collins) Date: Fri, 24 Sep 2010 18:24:41 -0700 Subject: [Freeswitch-users] No caller ID sent to a bridged outside call In-Reply-To: <201009241744.54029.sos@sokhapkin.dyndns.org> References: <4C9CFF25.4070004@mgtech.com> <201009241652.06495.sos@sokhapkin.dyndns.org> <201009241744.54029.sos@sokhapkin.dyndns.org> Message-ID: I just ran some tests and I can find no evidence that [] populates only the b leg. In all my tests the {} and [] methods behave exactly as documented, populating all a legs or single a legs, respectively. -MC On Fri, Sep 24, 2010 at 2:44 PM, Sergey Okhapkin wrote: > I'm not sure if wiki text is correct... > > On Friday 24 September 2010, David Ponzone wrote: > > Sergey, > > > > I am sorry, but I really think you are the one who is confused :) > > > > From the wiki: > > {foo=bar} is *only* valid at the beginning of the dial string. It will > > set the same variables on every channel. > > [foo=bar] goes before every individual dial string and will set the > > variable values specified for only this user's dial string channel. > > > > David Ponzone Direction Technique > > email: david.ponzone at ipeva.fr > > tel: 01 74 03 18 97 > > gsm: 06 66 98 76 34 > > > > Service Client IPeva > > tel: 0811 46 26 26 > > www.ipeva.fr - www.ipeva-studio.com > > > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > > ? l'intention exclusive de ses destinataires. Toute utilisation ou > > diffusion non autoris?e est interdite. Tout message ?lectronique est > > susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > > vous n'?tes pas destinataire de ce message, merci de le d?truire > > imm?diatement et d'avertir l'exp?diteur. > > > > Le 24/09/2010 ? 22:52, Sergey Okhapkin a ?crit : > > > No, whatever is set in {} is unavailable to b leg. [] sets b leg > > > variables and > > > are unavailable on a leg. > > > > > > On Friday 24 September 2010, David Ponzone wrote: > > >> Sergey, > > >> > > >> you are confusing me. > > >> It seemed to me that when you have only one destination leg, {} and > > >> [] > > >> are the same. > > >> > > >> David Ponzone Direction Technique > > >> email: david.ponzone at ipeva.fr > > >> tel: 01 74 03 18 97 > > >> gsm: 06 66 98 76 34 > > >> > > >> Service Client IPeva > > >> tel: 0811 46 26 26 > > >> www.ipeva.fr - www.ipeva-studio.com > > >> > > >> Ce message et toutes les pi?ces jointes sont confidentiels et > > >> ?tablis > > >> ? l'intention exclusive de ses destinataires. Toute utilisation ou > > >> diffusion non autoris?e est interdite. Tout message ?lectronique > > >> est > > >> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > > >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si > > >> vous n'?tes pas destinataire de ce message, merci de le d?truire > > >> imm?diatement et d'avertir l'exp?diteur. > > >> > > >> Le 24/09/2010 ? 22:28, Sergey Okhapkin a ?crit : > > >>> Correction: > > >>> > > >>> bridge [sip_cid_type=none]sofia/etc > > >>> > > >>> [] but not {} > > >>> > > >>> On Friday 24 September 2010, David Ponzone wrote: > > >>>> Mario, > > >>>> > > >>>> To save you some time, most carriers will accept in the FROM field. > > >>>> AFAIR, FS defaults to Remote-Party-Id, so perhaps you just need to > > >>>> set > > >>>> this before your dialstring: > > >>>> bridge {sip_cid_type=none}sofia/etc... > > >>>> > > >>>> David Ponzone Direction Technique > > >>>> email: david.ponzone at ipeva.fr > > >>>> tel: 01 74 03 18 97 > > >>>> gsm: 06 66 98 76 34 > > >>>> > > >>>> Service Client IPeva > > >>>> tel: 0811 46 26 26 > > >>>> www.ipeva.fr - www.ipeva-studio.com > > >>>> > > >>>> Ce message et toutes les pi?ces jointes sont confidentiels et > > >>>> ?tablis > > >>>> ? l'intention exclusive de ses destinataires. Toute utilisation ou > > >>>> diffusion non autoris?e est interdite. Tout message ?lectronique > > >>>> est > > >>>> susceptible d'alt?ration. IPeva d?cline toute responsabilit? au > > >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. > > >>>> Si > > >>>> vous n'?tes pas destinataire de ce message, merci de le d?truire > > >>>> imm?diatement et d'avertir l'exp?diteur. > > >>>> > > >>>> Le 24/09/2010 ? 21:54, Sergey Okhapkin a ?crit : > > >>>>> Does the gateway uid1 allow to specify CID number? > > >>>>> > > >>>>> On Friday 24 September 2010, Mario wrote: > > >>>>>> I am bridging a call from either inside or outside to an > > >>>>>> emergency > > >>>>>> number on an att cellphone which works fine. I am trying to pass > > >>>>>> the > > >>>>>> original caller id or anything else for that matter as the caller > > >>>>>> id/name. I only get "unknown". I also tried to send to a VOIP > > >>>>>> number and > > >>>>>> it also gets "unknown" so I am thinking it is not att. I tried > > >>>>>> various > > >>>>>> combinations of things I found on the web but nogo. Anyone see > > >>>>>> the > > >>>>>> problem below? Thanks! > > >>>>>> Mario > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > >>>>>> data="effective_caller_id_name=Emergency"/> > >>>>>> application="set" > > >>>>>> data="effective_caller_id_number=9161234567"/> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> _______________________________________________ > > >>>>>> FreeSWITCH-users mailing list > > >>>>>> FreeSWITCH-users at lists.freeswitch.org > > >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >>>>>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-u > > >>>>>>se rs http://www.freeswitch.org > > >>>>> > > >>>>> _______________________________________________ > > >>>>> FreeSWITCH-users mailing list > > >>>>> FreeSWITCH-users at lists.freeswitch.org > > >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >>>>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-us > > >>>>>er s http://www.freeswitch.org > > >>> > > >>> _______________________________________________ > > >>> FreeSWITCH-users mailing list > > >>> FreeSWITCH-users at lists.freeswitch.org > > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-user > > >>>s http://www.freeswitch.org > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/5801a549/attachment-0001.html From covici at ccs.covici.com Fri Sep 24 18:58:51 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Fri, 24 Sep 2010 21:58:51 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <12791.1285241348@ccs.covici.com> <20695.1285316985@ccs.covici.com> Message-ID: <5584.1285379931@ccs.covici.com> Thanks I will look at that -- nice to have an example. Michael Collins wrote: > On Fri, Sep 24, 2010 at 1:29 AM, wrote: > > > OK, thanks for that -- so am I correct that the XML will appear as > > standard input to the script? And I guess I will have to write out the > > .csv myself which will be a pain, but its really convenient to have > > that. > > > > I think it depends on your environment but yes, usually it comes in via > STDIN. You are probably better off using CGI.pm than manually hacking the > input. Since this question has come up more than once I created a simple > Perl CGI script that gets called from a Web server. More info here: > http://wiki.freeswitch.org/wiki/Mod_xml_cdr#Example_CGI_Script > > Tinker with that and see if it helps you with handling your CDRs. > -MC > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Fri Sep 24 20:20:12 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Fri, 24 Sep 2010 23:20:12 -0400 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: References: <4C9CE5EE.1010003@communicatefreely.net> <4C9CFA77.5090002@communicatefreely.net> Message-ID: <4C9D6A6C.8010005@communicatefreely.net> Hopefully, but there is a possibility that none of the legs rang. Here's my scenario - We ring a group of phones at a customer site, but their Internet connection is down, or the power is out, or something has happened that takes out all the phones in the group. Instead of going to voice mail, we want to redirect the call to a cell phone, or to another destination. I mostly just need to know if any of the bridges got to a ringing state before the timeout or not. Thanks! -Tim Michael Collins wrote: > Isn't the cause always going to be the same, namely that all the legs > timed out? > -MC > > On Fri, Sep 24, 2010 at 12:22 PM, Tim St. Pierre > > > wrote: > > Anthony Minessale wrote: > > with enterprise originate, put vars you want to get set on all > > channels in <> instead of {} > > enterprise originate is another dimension of originates where each > > string between :_: delim is an entire new originate thread using all > > of the other functionality separately so each one has a dedicated {} > > area. > > <> is global to all sub originate processes > > Aha! So that's what the syntax is. > > What can I do about the cause code? Is there any way to use the > cause code from the first element > (or any specific element) for decision making later on? > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From steveayre at gmail.com Sat Sep 25 02:52:59 2010 From: steveayre at gmail.com (Steven Ayre) Date: Sat, 25 Sep 2010 10:52:59 +0100 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: <20695.1285316985@ccs.covici.com> References: <12791.1285241348@ccs.covici.com> <20695.1285316985@ccs.covici.com> Message-ID: Just load both mod_xml_cdr and mod_cdr_csv at the same time. Both modules will generate a cdr for each call, mod_xml_cdr submitting to the webserver or writing to a .xml file and mod_cdr_csv writing a CDR for the same call to the .csv -Steve On 24 September 2010 09:29, wrote: > OK, thanks for that -- so am I correct that the XML will appear as > standard input to the script? ?And I guess I will have to write out the > .csv myself which will be a pain, but its really convenient to have > that. > > Thanks again. > > Steven Ayre wrote: > >> Too early, the call hangs up then enters the reporting stage where it will >> write CDRs. >> >> 3 approaches I can think of: >> >> - Write a perl daemon that monitors the file for filesize/mtime changes and >> runs if it sees the file change. You could look at either a periodic stat >> with a sleep smaller than cron allows or using inotify. >> - Make the CSV a FIFO with your perl daemon at the other end (I'd be wary of >> that - there's no other copy for backup and if your daemon isn't running the >> FIFO can fill up and lose CDRs) >> - Move to mod_xml_cdr which is actually designed for that. You can either >> use your perl code as a CGI or under apache+mod_perl so you don't have to do >> a complete rewrite. >> >> I'd say mod_xml_cdr is the best approach. >> >> -Steve >> >> >> >> On 23 September 2010 12:29, wrote: >> >> > I would like to ?insert the cdr information when the call hangsup, >> > rather than some kron job or something -- is there a way I can use >> > hangup_api_hook to execute the perl code, or is this too early for >> > cdr_csv to have populated the variables? >> > >> > Thanks. >> > >> > -- >> > 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 >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> ---------------------------------------------------- >> Alternatives: >> >> ---------------------------------------------------- >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 gmaruzz at gmail.com Sat Sep 25 03:07:48 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 25 Sep 2010 12:07:48 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: On Sat, Sep 25, 2010 at 2:24 AM, Shamun toha md wrote: > #Here is the inbound problems A (anotherSkypeIdCalls )-->FS-->mod_skypopen > (B) -->DTMF (press 1) --> segmentation fault FS instance crash + no sound > for A : > > Scenario dump 1: > http://gist.github.com/raw/596290/b68037d425d264e7a966a7aca903bd85e0793cd5/gistfile1.txt Something is really wrong. Have you setup the Skype clients to autoanswer? You MUST disable autoanswer in the Skype client option window (as told in the wiki). If you have not setup the Skype clients to autoanswer (but I suspect you do), can you pastebin an entire debug session, starting from loading the module until the end of failed call (no problem if the logfile is very long, I'll read it all). -giovanni > > > > Thank you > > > > > On Sat, Sep 25, 2010 at 2:01 AM, Giovanni Maruzzelli > wrote: >> >> This call (to echo123) is perfect and has no problems. >> >> Now, please post the debug session starting from load module to a call >> that gives problem: >> >> unload the module >> load the module >> make (or receive) the call with problems >> >> -giovanni >> >> On 9/25/10, Shamun toha md wrote: >> > Short overview of following details 1/2/3: >> > - >> > >> > http://gist.github.com/raw/596232/6413268b813670ec7c6af13984ac7fdc86952b28/small%20overview >> > >> > Details 1: >> > - >> > >> > http://gist.github.com/raw/596232/54dd74d932c6a3987381a86182083d6843d207c4/unload,%20advanced%20debug%20mode >> > >> > >> > Details 2: >> > - >> > >> > http://gist.github.com/raw/596232/11049e5138058a08e12aeab628d6b1af81793ab3/load >> > >> > >> > Details 3: >> > - >> > >> > http://gist.github.com/raw/596232/314e26c81e842dcdfba98e26fd2d269956e3a576/call >> > >> > >> > >> > Thank you very much. Hope i gave the info that can help you to quick >> > check >> > up. >> > >> > Best regards >> > >> > >> > >> > >> > >> > >> > On Sat, Sep 25, 2010 at 1:08 AM, Giovanni Maruzzelli >> > wrote: >> > >> >> Please pastebin all the info I requested, I'll read it tomorrow. >> >> -giovanni >> >> >> >> On 9/25/10, Giovanni Maruzzelli wrote: >> >> > Which version of skype client? >> >> > >> >> > Please pastebin: >> >> > skypopen.conf.xml file >> >> > >> >> > a debug session of this, from the fs cli: >> >> > >> >> > unload mod-skypopen >> >> > load mod-skypopen >> >> > bgapi originate skypopen/ANY/echo123 5000 >> >> > >> >> > -giovanni >> >> > >> >> > >> >> > On 9/25/10, Shamun toha md wrote: >> >> >> Sorry, its too large logs, but here is almost all Skype->FS->BUG >> >> >> shows >> >> up >> >> >> >> >> >> console loglevel 7 >> >> >> fsctl loglevel 7 >> >> >> +OK log level: DEBUG [7] >> >> >> >> >> >> >> >> >> >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface1][-1, 0, 0] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?684 >> >> >> ][interface1][-1, 5,21] START start_audio_threads >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1981 >> >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1991 >> >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface2][-1, 0, 0] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?684 >> >> >> ][interface2][-1, 5,21] START start_audio_threads >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1981 >> >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1991 >> >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface1][-1, 5,21] Binded! *which_port=32777, >> >> >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?777 >> >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface1][-1, 5,21] Binded! *which_port=32778, >> >> >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?928 >> >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface2][-1, 5,21] Binded! *which_port=32779, >> >> >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?777 >> >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface2][-1, 5,21] Binded! *which_port=32780, >> >> >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?928 >> >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface3][-1, 0, 0] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?684 >> >> >> ][interface3][-1, 5,21] START start_audio_threads >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1981 >> >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1991 >> >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface4][-1, 0, 0] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?684 >> >> >> ][interface4][-1, 5,21] START start_audio_threads >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1981 >> >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1991 >> >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface3][-1, 5,21] Binded! *which_port=32781, >> >> >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?777 >> >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface3][-1, 5,21] Binded! *which_port=32782, >> >> >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?928 >> >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface4][-1, 5,21] Binded! *which_port=32783, >> >> >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?777 >> >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?83 >> >> >> ][interface4][-1, 5,21] Binded! *which_port=32784, >> >> >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?88 >> >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE ?92 >> >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?113 >> >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?132 >> >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?136 >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?143 >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?928 >> >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. >> >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32778"|||| >> >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32780"|||| >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?957 >> >> >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?962 >> >> >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?966 >> >> >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?957 >> >> >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?962 >> >> >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?966 >> >> >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32777"|||| >> >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32779"|||| >> >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface1][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface1][-1, 5,21] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface2][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface2][-1, 5,21] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?806 >> >> >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?811 >> >> >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?815 >> >> >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?806 >> >> >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?811 >> >> >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?815 >> >> >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32778"|||| >> >> >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32780"|||| >> >> >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32777"|||| >> >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32779"|||| >> >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface2][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface1][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS >> >> >> VIDEO_NONE||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS >> >> >> FALSE||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32778"||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32777"||| >> >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface2][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS >> >> >> VIDEO_NONE||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS >> >> >> FALSE||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32780"||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32779"||| >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32780"||| >> >> >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32778"||| >> >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32777"||| >> >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32779"||| >> >> >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface2][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface2][-1, 5,21] len=0 >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?991 >> >> >> ][interface2][-1, 5,21] len=-1, error: Broken pipe >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1032 >> >> >> ][interface2][-1, 5,21] Skype outbound audio GONE >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1041 >> >> >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING >> >> >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?887 >> >> >> ][interface2][-1, 5, 6] Skype incoming audio GONE >> >> >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?896 >> >> >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) >> >> >> EXITING >> >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32782"|||| >> >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32784"|||| >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32781"|||| >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32783"|||| >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface3][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface3][-1, 5,21] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface4][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?671 >> >> >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?677 >> >> >> ][interface4][-1, 5,21] skype_call: 39 is now active >> >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32782"|||| >> >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT >> >> >> PORT="32784"|||| >> >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32781"|||| >> >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1502 >> >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 SET_OUTPUT >> >> >> PORT="32783"|||| >> >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface3][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS >> >> >> VIDEO_NONE||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS >> >> >> FALSE||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?613 >> >> >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1249 >> >> >> ][interface3][-1, 5,21] skype call ended >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1266 >> >> >> ][interface3][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?1812 >> >> >> ][interface4][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS >> >> >> VIDEO_NONE||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS >> >> >> FALSE||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?613 >> >> >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going DOWN >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1249 >> >> >> ][interface4][-1, 5,21] skype call ended >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1266 >> >> >> ][interface4][-1, 5,21] no session >> >> >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1041 >> >> >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING >> >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1041 >> >> >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING >> >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?896 >> >> >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) >> >> >> EXITING >> >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?896 >> >> >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) >> >> >> EXITING >> >> >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> >> >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS TRUE||| >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1249 >> >> >> ][interface2][-1, 5, 6] skype call ended >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1266 >> >> >> ][interface2][-1, 5, 6] no session >> >> >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to >> >> alter >> >> >> input/output||| >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?233 >> >> >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: >> >> >> unable >> >> >> to >> >> >> alter input/output||| >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?235 >> >> >> ][interface3][-1, 0,16] skype_call now is DOWN >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1249 >> >> >> ][interface3][-1, 1,16] skype call ended >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1266 >> >> >> ][interface3][-1, 1,16] no session >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable to >> >> alter >> >> >> input/output||| >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?233 >> >> >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: >> >> >> unable >> >> >> to >> >> >> alter input/output||| >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][ERRORA ?235 >> >> >> ][interface4][-1, 0,16] skype_call now is DOWN >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1249 >> >> >> ][interface4][-1, 1,16] skype call ended >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?1266 >> >> >> ][interface4][-1, 1,16] no session >> >> >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?620 >> >> >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS >> >> >> FALSE||| >> >> >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| >> >> >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=640 >> >> >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?176 >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| >> >> >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 >> >> >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ? ? ][DEBUG_SKYPE >> >> >> ?849 >> >> >> ][interface1][-1, 5,21] len=320 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From shamun.toha at gmail.com Sat Sep 25 03:35:16 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Sat, 25 Sep 2010 12:35:16 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen alsa driver on centos 64 bit, x86_64 In-Reply-To: References: Message-ID: God bless our Professor. Giovanni. Great job sir, i really apologies, i missed that, it is working now. Many many thanks, i appreciate your help, you are the only one GURU. * I will increase the instance volume to 100 to 200 channels in my next testing phase, i will be renting a blade server for 12 Core for mod_skypopen test, and will report you back on this multi skype maximum capacity issue and hardware relations. Cheers Best regards On Sat, Sep 25, 2010 at 12:07 PM, Giovanni Maruzzelli wrote: > On Sat, Sep 25, 2010 at 2:24 AM, Shamun toha md > wrote: > > #Here is the inbound problems A (anotherSkypeIdCalls > )-->FS-->mod_skypopen > > (B) -->DTMF (press 1) --> segmentation fault FS instance crash + no sound > > for A : > > > > Scenario dump 1: > > > http://gist.github.com/raw/596290/b68037d425d264e7a966a7aca903bd85e0793cd5/gistfile1.txt > > Something is really wrong. > > Have you setup the Skype clients to autoanswer? You MUST disable > autoanswer in the Skype client option window (as told in the wiki). > > If you have not setup the Skype clients to autoanswer (but I suspect > you do), can you pastebin an entire debug session, starting from > loading the module until the end of failed call (no problem if the > logfile is very long, I'll read it all). > > -giovanni > > > > > > > > > > Thank you > > > > > > > > > > On Sat, Sep 25, 2010 at 2:01 AM, Giovanni Maruzzelli > > wrote: > >> > >> This call (to echo123) is perfect and has no problems. > >> > >> Now, please post the debug session starting from load module to a call > >> that gives problem: > >> > >> unload the module > >> load the module > >> make (or receive) the call with problems > >> > >> -giovanni > >> > >> On 9/25/10, Shamun toha md wrote: > >> > Short overview of following details 1/2/3: > >> > - > >> > > >> > > http://gist.github.com/raw/596232/6413268b813670ec7c6af13984ac7fdc86952b28/small%20overview > >> > > >> > Details 1: > >> > - > >> > > >> > > http://gist.github.com/raw/596232/54dd74d932c6a3987381a86182083d6843d207c4/unload,%20advanced%20debug%20mode > >> > > >> > > >> > Details 2: > >> > - > >> > > >> > > http://gist.github.com/raw/596232/11049e5138058a08e12aeab628d6b1af81793ab3/load > >> > > >> > > >> > Details 3: > >> > - > >> > > >> > > http://gist.github.com/raw/596232/314e26c81e842dcdfba98e26fd2d269956e3a576/call > >> > > >> > > >> > > >> > Thank you very much. Hope i gave the info that can help you to quick > >> > check > >> > up. > >> > > >> > Best regards > >> > > >> > > >> > > >> > > >> > > >> > > >> > On Sat, Sep 25, 2010 at 1:08 AM, Giovanni Maruzzelli > >> > wrote: > >> > > >> >> Please pastebin all the info I requested, I'll read it tomorrow. > >> >> -giovanni > >> >> > >> >> On 9/25/10, Giovanni Maruzzelli wrote: > >> >> > Which version of skype client? > >> >> > > >> >> > Please pastebin: > >> >> > skypopen.conf.xml file > >> >> > > >> >> > a debug session of this, from the fs cli: > >> >> > > >> >> > unload mod-skypopen > >> >> > load mod-skypopen > >> >> > bgapi originate skypopen/ANY/echo123 5000 > >> >> > > >> >> > -giovanni > >> >> > > >> >> > > >> >> > On 9/25/10, Shamun toha md wrote: > >> >> >> Sorry, its too large logs, but here is almost all Skype->FS->BUG > >> >> >> shows > >> >> up > >> >> >> > >> >> >> console loglevel 7 > >> >> >> fsctl loglevel 7 > >> >> >> +OK log level: DEBUG [7] > >> >> >> > >> >> >> > >> >> >> > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface1][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface1][-1, 0, 0] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 684 > >> >> >> ][interface1][-1, 5,21] START start_audio_threads > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1981 > >> >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1991 > >> >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface2][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface2][-1, 0, 0] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:684 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 684 > >> >> >> ][interface2][-1, 5,21] START start_audio_threads > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1981 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1981 > >> >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] mod_skypopen.c:1991 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1991 > >> >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.088777 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface1][-1, 5,21] Binded! *which_port=32777, > >> >> >> tech_pvt->tcp_cli_port=32774, tech_pvt->tcp_srv_port=32777 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 777 > >> >> >> ][interface1][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface1][-1, 5,21] Binded! *which_port=32778, > >> >> >> tech_pvt->tcp_cli_port=32778, tech_pvt->tcp_srv_port=32777 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface1][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 928 > >> >> >> ][interface1][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface2][-1, 5,21] Binded! *which_port=32779, > >> >> >> tech_pvt->tcp_cli_port=32776, tech_pvt->tcp_srv_port=32779 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:777 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 777 > >> >> >> ][interface2][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface2][-1, 5,21] Binded! *which_port=32780, > >> >> >> tech_pvt->tcp_cli_port=32780, tech_pvt->tcp_srv_port=32779 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface2][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface2][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface2][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface2][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface2][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.090477 [DEBUG] skypopen_protocol.c:928 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 928 > >> >> >> ][interface2][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.123774 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface3][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface3][-1, 0, 0] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 684 > >> >> >> ][interface3][-1, 5,21] START start_audio_threads > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1981 > >> >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1991 > >> >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 CONF_ID 0||| > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 0, 0] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface4][-1, 0, 0] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface4][-1, 0, 0] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] skypopen_protocol.c:684 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 684 > >> >> >> ][interface4][-1, 5,21] START start_audio_threads > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1981 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1981 > >> >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.128776 [DEBUG] mod_skypopen.c:1991 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1991 > >> >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface3][-1, 5,21] Binded! *which_port=32781, > >> >> >> tech_pvt->tcp_cli_port=32772, tech_pvt->tcp_srv_port=32781 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 777 > >> >> >> ][interface3][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface3][-1, 5,21] Binded! *which_port=32782, > >> >> >> tech_pvt->tcp_cli_port=32782, tech_pvt->tcp_srv_port=32781 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface3][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface3][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface3][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface3][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface3][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 928 > >> >> >> ][interface3][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface4][-1, 5,21] Binded! *which_port=32783, > >> >> >> tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32783 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:777 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 777 > >> >> >> ][interface4][-1, 5,21] started tcp_srv_thread thread. > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:83 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 83 > >> >> >> ][interface4][-1, 5,21] Binded! *which_port=32784, > >> >> >> tech_pvt->tcp_cli_port=32784, tech_pvt->tcp_srv_port=32783 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:88 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 88 > >> >> >> ][interface4][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:92 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > 92 > >> >> >> ][interface4][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:113 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 113 > >> >> >> ][interface4][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:132 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 132 > >> >> >> ][interface4][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:136 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 136 > >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:143 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 143 > >> >> >> ][interface4][-1, 5,21] TCP_NODELAY is 0 > >> >> >> 2010-09-25 00:46:12.129774 [DEBUG] skypopen_protocol.c:928 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 928 > >> >> >> ][interface4][-1, 5,21] started tcp_cli_thread thread. > >> >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32778"|||| > >> >> >> 2010-09-25 00:46:12.191773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32780"|||| > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 957 > >> >> >> ][interface1][-1, 5,21] ACCEPTED here you send me 32778 > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 962 > >> >> >> ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 966 > >> >> >> ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:957 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 957 > >> >> >> ][interface2][-1, 5,21] ACCEPTED here you send me 32780 > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:962 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 962 > >> >> >> ][interface2][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.192773 [DEBUG] skypopen_protocol.c:966 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 966 > >> >> >> ][interface2][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32777"|||| > >> >> >> 2010-09-25 00:46:12.193776 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32779"|||| > >> >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface1][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface1][-1, 5,21] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface1][-1, 5,21] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.194788 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface2][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface2][-1, 5,21] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface2][-1, 5,21] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 806 > >> >> >> ][interface1][-1, 5,21] ACCEPTED here I send you 32777 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 811 > >> >> >> ][interface1][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 815 > >> >> >> ][interface1][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:806 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 806 > >> >> >> ][interface2][-1, 5,21] ACCEPTED here I send you 32779 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:811 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 811 > >> >> >> ][interface2][-1, 5,21] 3 SO_RCVBUF is 87380, size is 4 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:815 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 815 > >> >> >> ][interface2][-1, 5,21] 3 SO_SNDBUF is 16384, size is 4 > >> >> >> 2010-09-25 00:46:12.194788 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface1][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32778"|||| > >> >> >> 2010-09-25 00:46:12.195787 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface2][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32780"|||| > >> >> >> 2010-09-25 00:46:12.196780 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32777"|||| > >> >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface2][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32779"|||| > >> >> >> 2010-09-25 00:46:12.197794 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface2][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface1][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > >> >> >> VIDEO_NONE||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS > >> >> >> FALSE||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32778"||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32777"||| > >> >> >> 2010-09-25 00:46:12.198784 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface2][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > >> >> >> VIDEO_NONE||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS > >> >> >> FALSE||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32780"||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32779"||| > >> >> >> 2010-09-25 00:46:12.198784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32780"||| > >> >> >> 2010-09-25 00:46:12.199786 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32778"||| > >> >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32777"||| > >> >> >> 2010-09-25 00:46:12.202789 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5,21] READING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32779"||| > >> >> >> 2010-09-25 00:46:12.206772 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface2][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.213790 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.216772 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface2][-1, 5,21] len=0 > >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:991 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 991 > >> >> >> ][interface2][-1, 5,21] len=-1, error: Broken pipe > >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1032 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1032 > >> >> >> ][interface2][-1, 5,21] Skype outbound audio GONE > >> >> >> 2010-09-25 00:46:12.221773 [DEBUG] skypopen_protocol.c:1041 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1041 > >> >> >> ][interface2][-1, 5, 6] outbound audio server (I am it) EXITING > >> >> >> 2010-09-25 00:46:12.222773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:12.226775 [DEBUG] skypopen_protocol.c:887 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 887 > >> >> >> ][interface2][-1, 5, 6] Skype incoming audio GONE > >> >> >> 2010-09-25 00:46:12.227773 [DEBUG] skypopen_protocol.c:896 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 896 > >> >> >> ][interface2][-1, 5, 6] incoming audio (read) server (I am it) > >> >> >> EXITING > >> >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32782"|||| > >> >> >> 2010-09-25 00:46:12.230773 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32784"|||| > >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32781"|||| > >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32783"|||| > >> >> >> 2010-09-25 00:46:12.232772 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface3][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface3][-1, 5,21] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface3][-1, 5,21] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.233773 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface4][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS INPROGRESS||| > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:671 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 671 > >> >> >> ][interface4][-1, 5,21] no tech_pvt->session_uuid_str > >> >> >> 2010-09-25 00:46:12.233773 [DEBUG] skypopen_protocol.c:677 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 677 > >> >> >> ][interface4][-1, 5,21] skype_call: 39 is now active > >> >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface3][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32782"|||| > >> >> >> 2010-09-25 00:46:12.234775 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface4][-1, 5,21] SENDING: |||ALTER CALL 39 SET_INPUT > >> >> >> PORT="32784"|||| > >> >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface3][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32781"|||| > >> >> >> 2010-09-25 00:46:12.236772 [DEBUG] skypopen_protocol.c:1502 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1502 > >> >> >> ][interface4][-1, 5,21] SENDING: |||#output ALTER CALL 39 > SET_OUTPUT > >> >> >> PORT="32783"|||| > >> >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface3][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > >> >> >> VIDEO_NONE||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS > >> >> >> FALSE||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 613 > >> >> >> ][interface3][-1, 5,21] skype_call 39 is MY call, now I'm going > DOWN > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1249 > >> >> >> ][interface3][-1, 5,21] skype call ended > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1266 > >> >> >> ][interface3][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.237773 [ERR] skypopen_protocol.c:1812 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 1812 > >> >> >> ][interface4][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VIDEO_STATUS > >> >> >> VIDEO_NONE||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS > >> >> >> FALSE||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 DURATION 1||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 5,21] READING: |||CALL 39 STATUS FINISHED||| > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] skypopen_protocol.c:613 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 613 > >> >> >> ][interface4][-1, 5,21] skype_call 39 is MY call, now I'm going > DOWN > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1249 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1249 > >> >> >> ][interface4][-1, 5,21] skype call ended > >> >> >> 2010-09-25 00:46:12.237773 [DEBUG] mod_skypopen.c:1266 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1266 > >> >> >> ][interface4][-1, 5,21] no session > >> >> >> 2010-09-25 00:46:12.245775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1041 > >> >> >> ][interface3][-1, 1,21] outbound audio server (I am it) EXITING > >> >> >> 2010-09-25 00:46:12.250774 [DEBUG] skypopen_protocol.c:1041 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1041 > >> >> >> ][interface4][-1, 1,21] outbound audio server (I am it) EXITING > >> >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 896 > >> >> >> ][interface3][-1, 1,21] incoming audio (read) server (I am it) > >> >> >> EXITING > >> >> >> 2010-09-25 00:46:12.252774 [DEBUG] skypopen_protocol.c:896 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 896 > >> >> >> ][interface4][-1, 1,21] incoming audio (read) server (I am it) > >> >> >> EXITING > >> >> >> 2010-09-25 00:46:12.254773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.261778 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 VAA_INPUT_STATUS > TRUE||| > >> >> >> 2010-09-25 00:46:12.264776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 5, 6] READING: |||CALL 39 VAA_INPUT_STATUS > TRUE||| > >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1249 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1249 > >> >> >> ][interface2][-1, 5, 6] skype call ended > >> >> >> 2010-09-25 00:46:12.268788 [DEBUG] mod_skypopen.c:1266 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1266 > >> >> >> ][interface2][-1, 5, 6] no session > >> >> >> 2010-09-25 00:46:12.277776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.286773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.296773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.306773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.320775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.329774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.339773 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.352776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.362774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.372774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:12.384776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.393774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.403774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.416777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.425776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.435774 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.448777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.457775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.467775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.477775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.491777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.501775 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.511776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.523777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.533776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface3][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable > to > >> >> alter > >> >> >> input/output||| > >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> >> >> ][interface3][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: > >> >> >> unable > >> >> >> to > >> >> >> alter input/output||| > >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> >> >> ][interface3][-1, 0,16] skype_call now is DOWN > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1249 > >> >> >> ][interface3][-1, 1,16] skype call ended > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1266 > >> >> >> ][interface3][-1, 1,16] no session > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface4][-1, 0, 0] READING: |||ERROR 589 ALTER CALL: unable > to > >> >> alter > >> >> >> input/output||| > >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:233 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 233 > >> >> >> ][interface4][-1, 0, 0] Skype got ERROR: |||ERROR 589 ALTER CALL: > >> >> >> unable > >> >> >> to > >> >> >> alter input/output||| > >> >> >> 2010-09-25 00:46:12.537776 [ERR] skypopen_protocol.c:235 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 235 > >> >> >> ][interface4][-1, 0,16] skype_call now is DOWN > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1249 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1249 > >> >> >> ][interface4][-1, 1,16] skype call ended > >> >> >> 2010-09-25 00:46:12.537776 [DEBUG] mod_skypopen.c:1266 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 1266 > >> >> >> ][interface4][-1, 1,16] no session > >> >> >> 2010-09-25 00:46:12.543776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.552776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.563776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 STATUS FINISHED||| > >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:620 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 620 > >> >> >> ][interface2][-1, 0, 0] skype_call 39 is NOT MY call, ignoring > >> >> >> 2010-09-25 00:46:12.568778 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface2][-1, 0, 0] READING: |||CALL 39 VAA_INPUT_STATUS > >> >> >> FALSE||| > >> >> >> 2010-09-25 00:46:12.572776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.582776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.593776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.602777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.612776 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.622778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.632778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.642777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.652777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.663777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.672777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.682778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.692777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.703777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.713777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.722778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.733777 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.742778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.752778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.763778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.772778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.782779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.793778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.802779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.812781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.822781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.833781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.843778 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.852779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.862780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.872779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.882780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.892779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.903779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.912779 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.922780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.933780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.942782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.952780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.963782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.972782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.982781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:12.993782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.002781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.013780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.023780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.032780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.043780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.052781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.062781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.073781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.083781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.092781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.103781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.112780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.122780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.133781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.142780 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.173781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.213781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.222781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.232781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.253782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.260784 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 2||| > >> >> >> 2010-09-25 00:46:13.263782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.274782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.285782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.295781 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.306782 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.317783 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.327785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.338784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.349784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.361784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.371783 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.383784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.393785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.403784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.415783 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.427783 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.437784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.447784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.459784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.469784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.481785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.493784 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.503785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.513785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.525785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.535785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.547785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.559785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.569786 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.579785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.591785 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.601786 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.613787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.623786 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.635786 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.645787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.657788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.667787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.679786 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.689788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.701788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.711787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.723788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.733788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.745787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.755789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.767788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.777788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.789788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.799788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.811787 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.821788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.833788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.843788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.855788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.867788 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.877789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.889799 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.899791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.911793 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.921789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.933789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.943789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:13.955790 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.965789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.977790 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.987791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:13.999791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:14.009791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.021791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.031792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.043793 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.053791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.065792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.075792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.087791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:14.097793 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.109792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.119790 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.131791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.141793 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.153791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.163792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.175791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.185791 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.197789 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.207792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.219792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.229792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.239792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.249792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=640 > >> >> >> 2010-09-25 00:46:14.259792 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.261803 [DEBUG] skypopen_protocol.c:176 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 176 > >> >> >> ][interface1][-1, 5,21] READING: |||CALL 39 DURATION 3||| > >> >> >> 2010-09-25 00:46:14.269802 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.279800 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.289801 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.299800 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.309799 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.319797 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.330796 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.340795 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.350795 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > >> >> >> 2010-09-25 00:46:14.360796 [DEBUG] skypopen_protocol.c:849 rev > >> >> >> git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE > >> >> >> 849 > >> >> >> ][interface1][-1, 5,21] len=320 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/ac00c6d6/attachment-0001.html From covici at ccs.covici.com Sat Sep 25 03:56:35 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sat, 25 Sep 2010 06:56:35 -0400 Subject: [Freeswitch-users] where to put perl code to add cdr info In-Reply-To: References: <12791.1285241348@ccs.covici.com> <20695.1285316985@ccs.covici.com> Message-ID: <11166.1285412195@ccs.covici.com> OK, sounds like a goodidea. Steven Ayre wrote: > Just load both mod_xml_cdr and mod_cdr_csv at the same time. > > Both modules will generate a cdr for each call, mod_xml_cdr submitting > to the webserver or writing to a .xml file and mod_cdr_csv writing a > CDR for the same call to the .csv > > -Steve > > > On 24 September 2010 09:29, wrote: > > OK, thanks for that -- so am I correct that the XML will appear as > > standard input to the script? ?And I guess I will have to write out the > > .csv myself which will be a pain, but its really convenient to have > > that. > > > > Thanks again. > > > > Steven Ayre wrote: > > > >> Too early, the call hangs up then enters the reporting stage where it will > >> write CDRs. > >> > >> 3 approaches I can think of: > >> > >> - Write a perl daemon that monitors the file for filesize/mtime changes and > >> runs if it sees the file change. You could look at either a periodic stat > >> with a sleep smaller than cron allows or using inotify. > >> - Make the CSV a FIFO with your perl daemon at the other end (I'd be wary of > >> that - there's no other copy for backup and if your daemon isn't running the > >> FIFO can fill up and lose CDRs) > >> - Move to mod_xml_cdr which is actually designed for that. You can either > >> use your perl code as a CGI or under apache+mod_perl so you don't have to do > >> a complete rewrite. > >> > >> I'd say mod_xml_cdr is the best approach. > >> > >> -Steve > >> > >> > >> > >> On 23 September 2010 12:29, wrote: > >> > >> > I would like to ?insert the cdr information when the call hangsup, > >> > rather than some kron job or something -- is there a way I can use > >> > hangup_api_hook to execute the perl code, or is this too early for > >> > cdr_csv to have populated the variables? > >> > > >> > Thanks. > >> > > >> > -- > >> > 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 > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> > http://www.freeswitch.org > >> > > >> > >> ---------------------------------------------------- > >> Alternatives: > >> > >> ---------------------------------------------------- > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 freeswitch at tlainvestments.com Fri Sep 24 14:28:13 2010 From: freeswitch at tlainvestments.com (Troy Anderson) Date: Fri, 24 Sep 2010 14:28:13 -0700 Subject: [Freeswitch-users] mod_callcenter dropping call Message-ID: <1984893E-D731-4501-B35E-BB8D40065747@tlainvestments.com> Hi, I'm trying to play around with mod_callcenter. The wiki is well written and thorough, except that I can't get it to work ;) Hopefully I'm just missing something simple. I have it set up with the sample callcenter.conf.xml from a fresh install. I added this to my default dialplan: When I dial 11 from a local phone, I hear "hello" and then "error" and in fs_cli, with logging set to 7, there is not one line of output related to callcenter except for the fact that it executed the above extension. It's as if the callcenter application never got executed. However, I can add and remove members, tiers, and agents to using callcenter_config. Is this the correct way to drop a call into a callcenter queue? Thanks for any help! Troy From peter.schrock at gmail.com Fri Sep 24 21:58:54 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Fri, 24 Sep 2010 21:58:54 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9CEE28.7060003@mgtech.com> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> Message-ID: Thanks Mario, Changing the string.h file seemed to do the trick. I still need to test it, but it at least loaded without errors. Will keep posted if anything doesn't work. Peter On Fri, Sep 24, 2010 at 11:30 AM, Mario wrote: > This may help someone install FS (git version) on osx 10.6.4 as of Sep > 2010. Once you have downloaded (I used git): > > 1. Modify modules.conf to comment mod_spandsp. I think this is only for > fax. Although I downloaded SPANDSP 0.0.6, it required LIBTIFF which I > could not figure out how to install. No fax for now. > > 2. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include > This is what is causing flite to fail during make. See these: > http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html > http://www.clas.ufl.edu/users/mpanning/OSX.html > > 3. CD to /freeswitch/libs/flite-1.3.99/include > > 4. chmod +rw+rw+rw string.h > So you can update the file. > > 5. Edit (in xCode) string.h, find "swab" and change line: > void swab(const void * __restrict, void * __restrict, ssize_t); > to (comment the line): > /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ > > 6. CD /freeswitch > 7. Follow normal install instructions (bootstrap, config). > 8. MAKE > 9. SUDO MAKE INSTALL <- SUDO was required for this > > I tested on one phone and the demo IVR worked so I am thinking it is ok. > > On 09/24/10 10:09, Brian West wrote: > > Don't build mod_flite on 10.5 for right now... or get the patch off jira > and apply it.. i haven't had time to reroll it. > > > > /b > > > > On Sep 24, 2010, at 11:41 AM, Mario wrote: > > > >> I am in the same boat, new to FreeSwitch, setup first on an old Linux > >> box (going pretty well), with plans to go Mac Mini. I tried to install > >> on OSX and first got the MOD_SPANDSP missing issue. Since I could not > >> find a way to install that on OSX I took it out of the modules.conf to > >> see how far I would get, thinking it's only for fax? But then I got the > >> same error for flite you have below. Hopefully someone here may have > >> already been through this and will shed some light on it. I am working > >> on it right now and if I find anything I will post. > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100924/9074fa45/attachment.html From thisjoy0528 at gmail.com Fri Sep 24 22:38:30 2010 From: thisjoy0528 at gmail.com (joy this) Date: Sat, 25 Sep 2010 13:38:30 +0800 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <1285341082560-5567195.post@n2.nabble.com> <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> Message-ID: Thank you for your suggestion. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/a51b954a/attachment.html From mario_fs at mgtech.com Sat Sep 25 08:47:07 2010 From: mario_fs at mgtech.com (Mario) Date: Sat, 25 Sep 2010 08:47:07 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> Message-ID: <4C9E197B.20709@mgtech.com> I think the thread title should have osx in it? Anyone see a problem or want to add something is welcome to mention it. Since David Ponzone says we need SPANDSP I struggled through it on osx 10.6.4. It took a lot of searching and trial and error. Here is the updated info to get a complete clean install with what looks like everything you need on osx. If I knew how to put things up on the wiki I would. Anyone is welcome to take this info: This may help someone install FS on osx 10.6.4 as of Sep 2010. I used the git version for this: A. If you want the git version download and install git from http://code.google.com/p/git-osx-installer/ B. Download FreeSwitch using the online instructions or the book. INSTALL LIBTIFF NEEDED FOR LIBJPEG & SPANDSP: 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and decompress into whatever directory you want. No need to put into same DIR as anything else. 2. cd ...../tiff-3.9.4 3. ./configure make make install 4. cd .. <- back to higher directory INSTALL LIBJPEG NEEDED FOR SPANDSP: IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took several hours of trying to load it on osx and never got it to work. V7 was a snap. See: http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to directory you want. No need to put into same DIR as anything else. 7. cd .../jpeg-7 8. ./configure --enable-shared --enable-static 9. make 10. sudo make install 11. cd .. <- back to higher directory INSTALL SPANDSP 12. Download spandsp 0.0.6 from http://www.soft-switch.org/downloads/spandsp/ 13. Double click to uncompress then move to directory you want. No need to put into same DIR as anything else. 13. cd .../spandsp 0.0.6 14 ./configure 15 make 16. make install FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include This is what is causing flite to fail during make. See these: http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html http://www.clas.ufl.edu/users/mpanning/OSX.html 18. CD to /freeswitch/libs/flite-1.3.99/include 19. chmod +rw+rw+rw string.h <- So you can update the file. 20. Edit (in xCode) string.h, find "swab" and change line: void swab(const void * __restrict, void * __restrict, ssize_t); to (comment the line): /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ 21. CD /freeswitch 22. Follow normal install instructions (bootstrap, config). 23. MAKE 24. SUDO MAKE INSTALL <- SUDO was required for this So far so good.... On 09/24/10 11:49, David Ponzone wrote: > Mario, > > actually, no. > spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / >> >> On 09/24/10 10:09, Brian West wrote: >>> Don't build mod_flite on 10.5 for right now... or get the patch off >>> jira and apply it.. i haven't had time to reroll it. >>> >>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>> >>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>> find a way to install that on OSX I took it out of the modules.conf to >>>> see how far I would get, thinking it's only for fax? But then I got the >>>> same error for flite you have below. Hopefully someone here may have >>>> already been through this and will shed some light on it. I am working >>>> on it right now and if I find anything I will post. >>> From steveu at coppice.org Sat Sep 25 09:08:46 2010 From: steveu at coppice.org (Steve Underwood) Date: Sun, 26 Sep 2010 00:08:46 +0800 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9E197B.20709@mgtech.com> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> Message-ID: <4C9E1E8E.10203@coppice.org> Hi Mario, Your installation procedure is truly bizarre. Appropriate versions of LibTIFF and spandsp are in FreeSwitch. Why are you downloading versions from elsewhere? On other platforms these versions are built and installed automatically, as part of the standard FreeSwitch build sequence. I have no idea why they are not building for you. Steve On 09/25/2010 11:47 PM, Mario wrote: > I think the thread title should have osx in it? Anyone see a problem or > want to add something is welcome to mention it. > > Since David Ponzone says we need SPANDSP I struggled through it on osx > 10.6.4. It took a lot of searching and trial and error. Here is the > updated info to get a complete clean install with what looks like > everything you need on osx. If I knew how to put things up on the wiki I > would. Anyone is welcome to take this info: > > This may help someone install FS on osx 10.6.4 as of Sep > 2010. I used the git version for this: > > A. If you want the git version download and install git from > http://code.google.com/p/git-osx-installer/ > > B. Download FreeSwitch using the online instructions or the book. > > INSTALL LIBTIFF NEEDED FOR LIBJPEG& SPANDSP: > 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and > decompress into whatever directory you want. No need to put into same > DIR as anything else. > 2. cd ...../tiff-3.9.4 > 3. ./configure > make > make install > > 4. cd ..<- back to higher directory > > INSTALL LIBJPEG NEEDED FOR SPANDSP: > IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took > several hours of trying to load it on osx and never got it to work. V7 > was a snap. See: > http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ > 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz > 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to > directory you want. No need to put into same DIR as anything else. > 7. cd .../jpeg-7 > 8. ./configure --enable-shared --enable-static > 9. make > 10. sudo make install > > 11. cd ..<- back to higher directory > > INSTALL SPANDSP > 12. Download spandsp 0.0.6 from > http://www.soft-switch.org/downloads/spandsp/ > 13. Double click to uncompress then move to directory you want. No need > to put into same DIR as anything else. > 13. cd .../spandsp 0.0.6 > 14 ./configure > 15 make > 16. make install > > > FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). > 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include > This is what is causing flite to fail during make. See these: > http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html > http://www.clas.ufl.edu/users/mpanning/OSX.html > 18. CD to /freeswitch/libs/flite-1.3.99/include > 19. chmod +rw+rw+rw string.h<- So you can update the file. > 20. Edit (in xCode) string.h, find "swab" and change line: > void swab(const void * __restrict, void * __restrict, ssize_t); > to (comment the line): > /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ > 21. CD /freeswitch > 22. Follow normal install instructions (bootstrap, config). > 23. MAKE > 24. SUDO MAKE INSTALL<- SUDO was required for this > > So far so good.... > > > On 09/24/10 11:49, David Ponzone wrote: >> Mario, >> >> actually, no. >> spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> >> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou >> diffusion non autoris?e est interdite. Tout message ?lectronique est >> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >> n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur./ >> / >> / >>> On 09/24/10 10:09, Brian West wrote: >>>> Don't build mod_flite on 10.5 for right now... or get the patch off >>>> jira and apply it.. i haven't had time to reroll it. >>>> >>>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>>> find a way to install that on OSX I took it out of the modules.conf to >>>>> see how far I would get, thinking it's only for fax? But then I got the >>>>> same error for flite you have below. Hopefully someone here may have >>>>> already been through this and will shed some light on it. I am working >>>>> on it right now and if I find anything I will post. > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From mario_fs at mgtech.com Sat Sep 25 09:24:26 2010 From: mario_fs at mgtech.com (Mario) Date: Sat, 25 Sep 2010 09:24:26 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9E1E8E.10203@coppice.org> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> Message-ID: <4C9E223A.1040501@mgtech.com> Without the bizarre I would have no working Freeswitch on osx. That is what it took to install on osx, without the extra steps FreeSwitch had problems with missing SPANDSP which itself had prerequisites. If they were supposed to be in FS they did not work on osx 10.6.4. The original poster found this helpful which is why I posted it, until something changes in the FS install for osx this is what you need. On 09/25/10 09:08, Steve Underwood wrote: > Hi Mario, > > Your installation procedure is truly bizarre. Appropriate versions of > LibTIFF and spandsp are in FreeSwitch. Why are you downloading versions > from elsewhere? On other platforms these versions are built and > installed automatically, as part of the standard FreeSwitch build > sequence. I have no idea why they are not building for you. > > Steve > > > On 09/25/2010 11:47 PM, Mario wrote: >> I think the thread title should have osx in it? Anyone see a problem or >> want to add something is welcome to mention it. >> >> Since David Ponzone says we need SPANDSP I struggled through it on osx >> 10.6.4. It took a lot of searching and trial and error. Here is the >> updated info to get a complete clean install with what looks like >> everything you need on osx. If I knew how to put things up on the wiki I >> would. Anyone is welcome to take this info: >> >> This may help someone install FS on osx 10.6.4 as of Sep >> 2010. I used the git version for this: >> >> A. If you want the git version download and install git from >> http://code.google.com/p/git-osx-installer/ >> >> B. Download FreeSwitch using the online instructions or the book. >> >> INSTALL LIBTIFF NEEDED FOR LIBJPEG& SPANDSP: >> 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and >> decompress into whatever directory you want. No need to put into same >> DIR as anything else. >> 2. cd ...../tiff-3.9.4 >> 3. ./configure >> make >> make install >> >> 4. cd ..<- back to higher directory >> >> INSTALL LIBJPEG NEEDED FOR SPANDSP: >> IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took >> several hours of trying to load it on osx and never got it to work. V7 >> was a snap. See: >> http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ >> 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz >> 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to >> directory you want. No need to put into same DIR as anything else. >> 7. cd .../jpeg-7 >> 8. ./configure --enable-shared --enable-static >> 9. make >> 10. sudo make install >> >> 11. cd ..<- back to higher directory >> >> INSTALL SPANDSP >> 12. Download spandsp 0.0.6 from >> http://www.soft-switch.org/downloads/spandsp/ >> 13. Double click to uncompress then move to directory you want. No need >> to put into same DIR as anything else. >> 13. cd .../spandsp 0.0.6 >> 14 ./configure >> 15 make >> 16. make install >> >> >> FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). >> 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include >> This is what is causing flite to fail during make. See these: >> http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html >> http://www.clas.ufl.edu/users/mpanning/OSX.html >> 18. CD to /freeswitch/libs/flite-1.3.99/include >> 19. chmod +rw+rw+rw string.h<- So you can update the file. >> 20. Edit (in xCode) string.h, find "swab" and change line: >> void swab(const void * __restrict, void * __restrict, ssize_t); >> to (comment the line): >> /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ >> 21. CD /freeswitch >> 22. Follow normal install instructions (bootstrap, config). >> 23. MAKE >> 24. SUDO MAKE INSTALL<- SUDO was required for this >> >> So far so good.... >> >> >> On 09/24/10 11:49, David Ponzone wrote: >>> Mario, >>> >>> actually, no. >>> spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> >>> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>> l'intention exclusive de ses destinataires. Toute utilisation ou >>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >>> n'?tes pas destinataire de ce message, merci de le d?truire >>> imm?diatement et d'avertir l'exp?diteur./ >>> / >>> / >>>> On 09/24/10 10:09, Brian West wrote: >>>>> Don't build mod_flite on 10.5 for right now... or get the patch off >>>>> jira and apply it.. i haven't had time to reroll it. >>>>> >>>>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>>>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>>>> find a way to install that on OSX I took it out of the modules.conf to >>>>>> see how far I would get, thinking it's only for fax? But then I got the >>>>>> same error for flite you have below. Hopefully someone here may have >>>>>> already been through this and will shed some light on it. I am working >>>>>> on it right now and if I find anything I will post. >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Mailings at kh-dev.de Sat Sep 25 14:01:26 2010 From: Mailings at kh-dev.de (Klaus Hochlehnert) Date: Sat, 25 Sep 2010 21:01:26 +0000 Subject: [Freeswitch-users] Perl background script crashes FreeSWITCH... In-Reply-To: References: <8220BA48EF3C9A438124F20C9C76571517D21908@srv01.khdev.corp> Message-ID: <8220BA48EF3C9A438124F20C9C76571517D2206A@srv01.khdev.corp> Hi Anthony, I've install a new Ubuntu 8.04 and compiled the newest trunk. The same script is working there without problems. It's added as startup script in the perl config: Thanks, Klaus -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Anthony Minessale Gesendet: Freitag, 24. September 2010 23:11 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] Perl background script crashes FreeSWITCH... it's probably a namespace collision from the sqlite in perl on disk and the sqlite inside FS do you mean you are running it in mod_perl? does it work on a less than latest ubuntu? On Fri, Sep 24, 2010 at 12:49 PM, Klaus Hochlehnert wrote: > Hi, > > > > I'm currently testing the newest trunk of FS with Ubuntu 10.04. > > > > I have a perl background script that will be started through FS > (perl.conf.xml). This script uses Perl-DBI with sqlite. > > And when adding this script to perl.conf.xml freeswitch will > immediately crash when this script starts. > > > > On my old FS installation (somewhere between 1.0.4 and 1.0.6) it works fine. > > It also works fine when started standalone. > > > > Any ideas? > > > > Here's the backtrace: > > (gdb) bt > > #0? 0x00007ffa2e64bbac in sqlite_st_execute () from > /usr/lib/perl5/auto/DBD/SQLite/SQLite.so > > #1? 0x00007ffa2e641f7f in XS_DBD__SQLite__st_execute () from > /usr/lib/perl5/auto/DBD/SQLite/SQLite.so > > #2? 0x00007ffa2f1a8a37 in XS_DBI_dispatch () from > /usr/lib/perl5/auto/DBI/DBI.so > > #3? 0x00007ffa3564f045 in Perl_pp_entersub () from > /usr/lib/libperl.so.5.10 > > #4? 0x00007ffa3564d336 in Perl_runops_standard () from > /usr/lib/libperl.so.5.10 > > #5? 0x00007ffa355f4548 in Perl_call_sv () from > /usr/lib/libperl.so.5.10 > > #6? 0x00007ffa2f1a6d1a in XS_DBI_dispatch () from > /usr/lib/perl5/auto/DBI/DBI.so > > #7? 0x00007ffa3564f045 in Perl_pp_entersub () from > /usr/lib/libperl.so.5.10 > > #8? 0x00007ffa3564d336 in Perl_runops_standard () from > /usr/lib/libperl.so.5.10 > > #9? 0x00007ffa355f0df7 in Perl_eval_sv () from > /usr/lib/libperl.so.5.10 > > #10 0x00007ffa355f11b0 in Perl_eval_pv () from > /usr/lib/libperl.so.5.10 > > #11 0x00007ffa35916dc3 in Perl_safe_eval (my_perl=0x1e8b950, > string=0x0) at > /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:69 > > #12 0x00007ffa35917c80 in perl_parse_and_execute (my_perl= optimized > out>, input_code=, > > ??? setup_code=) at > /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:138 > > #13 0x00007ffa35917f70 in perl_thread_run (thread= out>, > obj=0x19b5bf0) > > ??? at /usr/src/freeswitch/src/mod/languages/mod_perl/mod_perl.c:275 > > #14 0x00007ffa498159ca in start_thread () from /lib/libpthread.so.0 > > #15 0x00007ffa48d4d6fd in clone () from /lib/libc.so.6 > > #16 0x0000000000000000 in ?? () > > > > Thanks, Klaus > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 Sat Sep 25 16:14:58 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sat, 25 Sep 2010 19:14:58 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <15773.1285254902@ccs.covici.com> References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> <15271.1285252472@ccs.covici.com> <15773.1285254902@ccs.covici.com> Message-ID: <19074.1285456498@ccs.covici.com> OK, I had the following problems executing your idea -- I am sure its because I don't know what I am doing, but only way to learn! When I did the bind_meta_app to the start_recording_extension it worked after a fashioni.e. it started a new file, but kept the old one going. Now what I tried after that was I figured if I could execute record_session with the same file name again it would close the file and all things would be good. In order to do this, I tried to set a variable to false record_in_progress and execute an extension in that one which would set it to true and if I hit the key again the variable would be true and then it would close the file. However what I ran into was that from the extension called stop_recording where I have a condition for the variable to be true, and an anti-application to set it to true if it were false the set takes place, but the variable never actually gets set. I see the set, but if I log the variable its still false. So what am I doing wrong here? Here are the two extensions I wrote: with a meta_bind_app bound to start_recording. Any ideas would be appreciated. covici at ccs.covici.com wrote: > Sounds like a plan. > > Thanks. > > Anthony Minessale wrote: > > > the easy way would be to bind to execute_extension instead of record > > and make up an exten like start_record, then make an extension that > > tests for destination_number to be "start_record" and do it from > > there. > > > > > > On Thu, Sep 23, 2010 at 9:34 AM, wrote: > > > That would append to the same file -- I would like to have the time > > > string be the current time, evaluated in real time -- is this possible? > > > > > > Brian West wrote: > > > > > >> Set RECORD_APPEND=true variable. > > >> > > >> /b > > >> > > >> On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: > > >> > > >> > Hi. ?I am having a serious problem making record_session work properly > > >> > in my dialplan -- it records fine using meta-app, but if I turn it off > > >> > and on, it overwrites the previous file with the same time and date when > > >> > the meta-app was invoked. ?Is there anyway to make the time the current > > >> > time so it would give another file? > > >> > > > >> > Thanks for any ideas. > > >> > > > >> > -- > > >> > 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 > > >> > > > >> > _______________________________________________ > > >> > FreeSWITCH-users mailing list > > >> > FreeSWITCH-users at lists.freeswitch.org > > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > >> > http://www.freeswitch.org > > >> > > >> > > >> _______________________________________________ > > >> FreeSWITCH-users mailing list > > >> FreeSWITCH-users at 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 > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mahesh at aptela.com Sat Sep 25 12:11:33 2010 From: mahesh at aptela.com (Mahesh Paolini-Subramanya) Date: Sat, 25 Sep 2010 15:11:33 -0400 Subject: [Freeswitch-users] Sonus possibly stomping all over DTMFs that *it* sends out... Message-ID: This doesnt directly apply to Freeswitch, but I just wanted to know if anybody else has noticed anything along these lines. The specific problem applies to the path below, for rfc2833 DTMFs Cell Phone --------> Sonus SIP Provider --------> Freeswitch In particular, if the user on the Cellphone hammers home a bunch-a DTMFs really really rapidly, only a few of them get to Freeswitch. I *think* I know where the problem lies (hint: S***s). Lets see, where do I begin. Sonus does DTMF handling *differently* from normal people. e.g., anybody who cares should know about http://www.submityoursip.com/wiki/Sonus_NBS), In addition to that, Sonus seems to have set their Minimum DTMF Duration to 320ms. Which would be fine and dandy, except that due to the miracle of How Sonus Works, it just stomps all over data when it extends the duration of the DTMF. e.g., Consider the situation where the Cell Phone user hammers home a couple of DTMFs (987) really really rapidly. Just for arguments sake, consider that each DTMF that was entered was around 130ms in length, and had, oh, 50ms between them. Here is what *should* be sent from Sonus to FS Time: 0 --> DTMF 9 Time: 130 --> DTMF 9 ends Time: 180 --> DTMF 8 Time: 310 --> DTMF 8 ends Time: 360 --> DTMF 7 Time: 490 --> DTMF 7 ends i.e., FS should actually receive 987 However, here is what actually happens when Sonus decides to do *its* version of Minimum DTMF Duration. Time: 0 --> DTMF 9 Time:320 --> DTMF 9 ends ******* There is no DTMF 8 here. Ever, given the above durations. ******* Time: 360 --> DTMF 7 Time: 490 --> DTMF 7 ends i.e., FS actually receives 97 To recap, what Sonus seems to do is t 1) Look at the incoming DTMF stream 2) If the DTMF is greater than Minimum DTMF Duration, leave it alone 3) If the DTMF is less than Minimum DTMF duration, then create additional RTP EVENT packets to make up the difference, and (this is the goofy part) replace the packets in the original stream with the ones it created. For outbound DTMF through Sonus, this is rarely a problem since most people leave their min_dtmf_duration as the default (400ms). If, however, you reduce min_dtmf_duration to, say, 150ms, you *will* have issues on outbound DTMF! That said, for SIP calls *from* Sonus *to* Freeswitch, you have no such guarantees on the originator of the DTMFs - especially if that is the PSTN. There is probably no real solution to this, apart from either dumping your Sonus based provider for someone else, or getting them to change their configuration (yeah, likely) So, back to the original question - anyone else noticed this? Mahesh Paolini-Subramanya | CTO | mahesh at aptela.com | 703.386.1500 Ext. 9100 2250 Corporate Park Drive | Suite 150 | Herndon, VA | www.aptela.com Check out our Blog | Follow us on Twitter | Refer a Friend -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1296 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/918df31c/attachment-0001.jpg -------------- next part -------------- From freedomyug at gmail.com Sat Sep 25 19:30:27 2010 From: freedomyug at gmail.com (Gourav Shah) Date: Sun, 26 Sep 2010 08:00:27 +0530 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs Message-ID: Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in a box. Comes bundled with latest freeswitch code taken from the source repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling for gtalk integration, cherokee web server to run the web configurations. Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen image. To read more and download visit http://www.initcron.org/freeswitchbox . Thanks Gourav | http://www.initcron.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/9ef3fae2/attachment.html From peter.schrock at gmail.com Sat Sep 25 23:13:40 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Sat, 25 Sep 2010 23:13:40 -0700 Subject: [Freeswitch-users] Server IP Address Message-ID: I tried putting in what I thought was my Server IP Address and it doesn't seem to work with my softphone. I am curious, how does one find their Server IP Address? Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100925/800d91cf/attachment.html From peter.schrock at gmail.com Sun Sep 26 00:12:03 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Sun, 26 Sep 2010 00:12:03 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9E1E8E.10203@coppice.org> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> Message-ID: <-3041170993683904392@unknownmsgid> All I did was change the string.h code and it build for me, seems like there are superfluous steps. Just change the code. On Sep 25, 2010, at 9:08 AM, Steve Underwood wrote: > Hi Mario, > > Your installation procedure is truly bizarre. Appropriate versions of > LibTIFF and spandsp are in FreeSwitch. Why are you downloading versions > from elsewhere? On other platforms these versions are built and > installed automatically, as part of the standard FreeSwitch build > sequence. I have no idea why they are not building for you. > > Steve > > > On 09/25/2010 11:47 PM, Mario wrote: >> I think the thread title should have osx in it? Anyone see a problem or >> want to add something is welcome to mention it. >> >> Since David Ponzone says we need SPANDSP I struggled through it on osx >> 10.6.4. It took a lot of searching and trial and error. Here is the >> updated info to get a complete clean install with what looks like >> everything you need on osx. If I knew how to put things up on the wiki I >> would. Anyone is welcome to take this info: >> >> This may help someone install FS on osx 10.6.4 as of Sep >> 2010. I used the git version for this: >> >> A. If you want the git version download and install git from >> http://code.google.com/p/git-osx-installer/ >> >> B. Download FreeSwitch using the online instructions or the book. >> >> INSTALL LIBTIFF NEEDED FOR LIBJPEG& SPANDSP: >> 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and >> decompress into whatever directory you want. No need to put into same >> DIR as anything else. >> 2. cd ...../tiff-3.9.4 >> 3. ./configure >> make >> make install >> >> 4. cd ..<- back to higher directory >> >> INSTALL LIBJPEG NEEDED FOR SPANDSP: >> IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took >> several hours of trying to load it on osx and never got it to work. V7 >> was a snap. See: >> http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ >> 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz >> 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to >> directory you want. No need to put into same DIR as anything else. >> 7. cd .../jpeg-7 >> 8. ./configure --enable-shared --enable-static >> 9. make >> 10. sudo make install >> >> 11. cd ..<- back to higher directory >> >> INSTALL SPANDSP >> 12. Download spandsp 0.0.6 from >> http://www.soft-switch.org/downloads/spandsp/ >> 13. Double click to uncompress then move to directory you want. No need >> to put into same DIR as anything else. >> 13. cd .../spandsp 0.0.6 >> 14 ./configure >> 15 make >> 16. make install >> >> >> FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). >> 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include >> This is what is causing flite to fail during make. See these: >> http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html >> http://www.clas.ufl.edu/users/mpanning/OSX.html >> 18. CD to /freeswitch/libs/flite-1.3.99/include >> 19. chmod +rw+rw+rw string.h<- So you can update the file. >> 20. Edit (in xCode) string.h, find "swab" and change line: >> void swab(const void * __restrict, void * __restrict, ssize_t); >> to (comment the line): >> /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ >> 21. CD /freeswitch >> 22. Follow normal install instructions (bootstrap, config). >> 23. MAKE >> 24. SUDO MAKE INSTALL<- SUDO was required for this >> >> So far so good.... >> >> >> On 09/24/10 11:49, David Ponzone wrote: >>> Mario, >>> >>> actually, no. >>> spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> >>> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>> l'intention exclusive de ses destinataires. Toute utilisation ou >>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >>> n'?tes pas destinataire de ce message, merci de le d?truire >>> imm?diatement et d'avertir l'exp?diteur./ >>> / >>> / >>>> On 09/24/10 10:09, Brian West wrote: >>>>> Don't build mod_flite on 10.5 for right now... or get the patch off >>>>> jira and apply it.. i haven't had time to reroll it. >>>>> >>>>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>>>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>>>> find a way to install that on OSX I took it out of the modules.conf to >>>>>> see how far I would get, thinking it's only for fax? But then I got the >>>>>> same error for flite you have below. Hopefully someone here may have >>>>>> already been through this and will shed some light on it. I am working >>>>>> on it right now and if I find anything I will post. >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 steveu at coppice.org Sun Sep 26 07:14:33 2010 From: steveu at coppice.org (Steve Underwood) Date: Sun, 26 Sep 2010 22:14:33 +0800 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <-3041170993683904392@unknownmsgid> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> <-3041170993683904392@unknownmsgid> Message-ID: <4C9F5549.8090906@coppice.org> HI, If its a conflict between the definition of swab() in /usr/include/string.h and /usr/include/unistd.h this must be an Apple bug that goes back at least a couple of years. Steve On 09/26/2010 03:12 PM, Peter Schrock wrote: > All I did was change the string.h code and it build for me, seems like > there are superfluous steps. Just change the code. > > On Sep 25, 2010, at 9:08 AM, Steve Underwood wrote: > >> Hi Mario, >> >> Your installation procedure is truly bizarre. Appropriate versions of >> LibTIFF and spandsp are in FreeSwitch. Why are you downloading versions >> from elsewhere? On other platforms these versions are built and >> installed automatically, as part of the standard FreeSwitch build >> sequence. I have no idea why they are not building for you. >> >> Steve >> >> >> On 09/25/2010 11:47 PM, Mario wrote: >>> I think the thread title should have osx in it? Anyone see a problem or >>> want to add something is welcome to mention it. >>> >>> Since David Ponzone says we need SPANDSP I struggled through it on osx >>> 10.6.4. It took a lot of searching and trial and error. Here is the >>> updated info to get a complete clean install with what looks like >>> everything you need on osx. If I knew how to put things up on the wiki I >>> would. Anyone is welcome to take this info: >>> >>> This may help someone install FS on osx 10.6.4 as of Sep >>> 2010. I used the git version for this: >>> >>> A. If you want the git version download and install git from >>> http://code.google.com/p/git-osx-installer/ >>> >>> B. Download FreeSwitch using the online instructions or the book. >>> >>> INSTALL LIBTIFF NEEDED FOR LIBJPEG& SPANDSP: >>> 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and >>> decompress into whatever directory you want. No need to put into same >>> DIR as anything else. >>> 2. cd ...../tiff-3.9.4 >>> 3. ./configure >>> make >>> make install >>> >>> 4. cd ..<- back to higher directory >>> >>> INSTALL LIBJPEG NEEDED FOR SPANDSP: >>> IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took >>> several hours of trying to load it on osx and never got it to work. V7 >>> was a snap. See: >>> http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ >>> 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz >>> 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to >>> directory you want. No need to put into same DIR as anything else. >>> 7. cd .../jpeg-7 >>> 8. ./configure --enable-shared --enable-static >>> 9. make >>> 10. sudo make install >>> >>> 11. cd ..<- back to higher directory >>> >>> INSTALL SPANDSP >>> 12. Download spandsp 0.0.6 from >>> http://www.soft-switch.org/downloads/spandsp/ >>> 13. Double click to uncompress then move to directory you want. No need >>> to put into same DIR as anything else. >>> 13. cd .../spandsp 0.0.6 >>> 14 ./configure >>> 15 make >>> 16. make install >>> >>> >>> FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). >>> 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include >>> This is what is causing flite to fail during make. See these: >>> http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html >>> http://www.clas.ufl.edu/users/mpanning/OSX.html >>> 18. CD to /freeswitch/libs/flite-1.3.99/include >>> 19. chmod +rw+rw+rw string.h<- So you can update the file. >>> 20. Edit (in xCode) string.h, find "swab" and change line: >>> void swab(const void * __restrict, void * __restrict, ssize_t); >>> to (comment the line): >>> /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ >>> 21. CD /freeswitch >>> 22. Follow normal install instructions (bootstrap, config). >>> 23. MAKE >>> 24. SUDO MAKE INSTALL<- SUDO was required for this >>> >>> So far so good.... >>> >>> >>> On 09/24/10 11:49, David Ponzone wrote: >>>> Mario, >>>> >>>> actually, no. >>>> spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> >>>> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>>> l'intention exclusive de ses destinataires. Toute utilisation ou >>>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >>>> n'?tes pas destinataire de ce message, merci de le d?truire >>>> imm?diatement et d'avertir l'exp?diteur./ >>>> / >>>> / >>>>> On 09/24/10 10:09, Brian West wrote: >>>>>> Don't build mod_flite on 10.5 for right now... or get the patch off >>>>>> jira and apply it.. i haven't had time to reroll it. >>>>>> >>>>>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>>>>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>>>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>>>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>>>>> find a way to install that on OSX I took it out of the modules.conf to >>>>>>> see how far I would get, thinking it's only for fax? But then I got the >>>>>>> same error for flite you have below. Hopefully someone here may have >>>>>>> already been through this and will shed some light on it. I am working >>>>>>> on it right now and if I find anything I will post. From david.ponzone at ipeva.fr Sun Sep 26 08:00:40 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 26 Sep 2010 17:00:40 +0200 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: Nice initiative, but I can't find a download link. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 26/09/2010 ? 04:30, Gourav Shah a ?crit : > Initcron Labs has launched freeSWITCBOX, a tailor made appliance > distro in a box. Comes bundled with latest freeswitch code taken > from the source repository, freePBX v3, mod_skypeopen for skype > integration, mod dingaling for gtalk integration, cherokee web > server to run the web configurations. Its available in Live CD, usb > stick/hdd image, vmware/virtualbox/xen image. To read more and > download visit http://www.initcron.org/freeswitchbox . > > > Thanks > Gourav | http://www.initcron.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/f54f4bfe/attachment-0001.html From edpimentl at gmail.com Sun Sep 26 08:25:15 2010 From: edpimentl at gmail.com (EdPimentl) Date: Sun, 26 Sep 2010 11:25:15 -0400 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <-3041170993683904392@unknownmsgid> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> <-3041170993683904392@unknownmsgid> Message-ID: Peter, Please share what exactly you change in string.h code to build it correctly. Thanks in advance, -E -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/8db723e7/attachment.html From mario_fs at mgtech.com Sun Sep 26 08:48:10 2010 From: mario_fs at mgtech.com (Mario) Date: Sun, 26 Sep 2010 08:48:10 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <-3041170993683904392@unknownmsgid> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> <-3041170993683904392@unknownmsgid> Message-ID: <4C9F6B3A.6000103@mgtech.com> Peter, what version of osx and xCode are you on to get such a clean install? I have 10.6.4 and downloaded xCode 3.2.4 a few hours before I downloaded the FS git which was Thursday. So I had the latest of both. It took until Saturday to get a clean compile due to the problems below. BTW, this was testing on an iMac but I plan to move it to a Mac Mini after I am done finalizing on the Linux box.. On 09/26/2010 12:12 AM, Peter Schrock wrote: > All I did was change the string.h code and it build for me, seems like > there are superfluous steps. Just change the code. > > On Sep 25, 2010, at 9:08 AM, Steve Underwood wrote: > >> Hi Mario, >> >> Your installation procedure is truly bizarre. Appropriate versions of >> LibTIFF and spandsp are in FreeSwitch. Why are you downloading versions >> from elsewhere? On other platforms these versions are built and >> installed automatically, as part of the standard FreeSwitch build >> sequence. I have no idea why they are not building for you. >> >> Steve >> >> >> On 09/25/2010 11:47 PM, Mario wrote: >>> I think the thread title should have osx in it? Anyone see a problem or >>> want to add something is welcome to mention it. >>> >>> Since David Ponzone says we need SPANDSP I struggled through it on osx >>> 10.6.4. It took a lot of searching and trial and error. Here is the >>> updated info to get a complete clean install with what looks like >>> everything you need on osx. If I knew how to put things up on the wiki I >>> would. Anyone is welcome to take this info: >>> >>> This may help someone install FS on osx 10.6.4 as of Sep >>> 2010. I used the git version for this: >>> >>> A. If you want the git version download and install git from >>> http://code.google.com/p/git-osx-installer/ >>> >>> B. Download FreeSwitch using the online instructions or the book. >>> >>> INSTALL LIBTIFF NEEDED FOR LIBJPEG& SPANDSP: >>> 1. Download liftoff 3.9.4 from http://download.osgeo.org/libtiff/ and >>> decompress into whatever directory you want. No need to put into same >>> DIR as anything else. >>> 2. cd ...../tiff-3.9.4 >>> 3. ./configure >>> make >>> make install >>> >>> 4. cd ..<- back to higher directory >>> >>> INSTALL LIBJPEG NEEDED FOR SPANDSP: >>> IMPORTANT: Most searches will find libjpeg-6, DO NOT USE IT! It took >>> several hours of trying to load it on osx and never got it to work. V7 >>> was a snap. See: >>> http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ >>> 5. Download libjpeg at www.ijg.org/files/jpegsrc.v7.tar.gz >>> 6. Double click to uncompress or tar zxvf jpegsrc.v7.tar.gz then move to >>> directory you want. No need to put into same DIR as anything else. >>> 7. cd .../jpeg-7 >>> 8. ./configure --enable-shared --enable-static >>> 9. make >>> 10. sudo make install >>> >>> 11. cd ..<- back to higher directory >>> >>> INSTALL SPANDSP >>> 12. Download spandsp 0.0.6 from >>> http://www.soft-switch.org/downloads/spandsp/ >>> 13. Double click to uncompress then move to directory you want. No need >>> to put into same DIR as anything else. >>> 13. cd .../spandsp 0.0.6 >>> 14 ./configure >>> 15 make >>> 16. make install >>> >>> >>> FIX FLITE COMPILE PROBLEM (looks like David Ponzone can fix this see below). >>> 17. cp /usr/include/string.h /freeswitch/libs/flite-1.3.99/include >>> This is what is causing flite to fail during make. See these: >>> http://lists.berlios.de/pipermail/festlang-talk/2008-June/001043.html >>> http://www.clas.ufl.edu/users/mpanning/OSX.html >>> 18. CD to /freeswitch/libs/flite-1.3.99/include >>> 19. chmod +rw+rw+rw string.h<- So you can update the file. >>> 20. Edit (in xCode) string.h, find "swab" and change line: >>> void swab(const void * __restrict, void * __restrict, ssize_t); >>> to (comment the line): >>> /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ >>> 21. CD /freeswitch >>> 22. Follow normal install instructions (bootstrap, config). >>> 23. MAKE >>> 24. SUDO MAKE INSTALL<- SUDO was required for this >>> >>> So far so good.... >>> >>> >>> On 09/24/10 11:49, David Ponzone wrote: >>>> Mario, >>>> >>>> actually, no. >>>> spandsp contains all basic codecs: G726, G722, ADPCM, GSM, LPC-10. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> >>>> /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>>> l'intention exclusive de ses destinataires. Toute utilisation ou >>>> diffusion non autoris?e est interdite. Tout message ?lectronique est >>>> susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au >>>> titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >>>> n'?tes pas destinataire de ce message, merci de le d?truire >>>> imm?diatement et d'avertir l'exp?diteur./ >>>> / >>>> / >>>>> On 09/24/10 10:09, Brian West wrote: >>>>>> Don't build mod_flite on 10.5 for right now... or get the patch off >>>>>> jira and apply it.. i haven't had time to reroll it. >>>>>> >>>>>>> On Sep 24, 2010, at 11:41 AM, Mario wrote: >>>>>>> I am in the same boat, new to FreeSwitch, setup first on an old Linux >>>>>>> box (going pretty well), with plans to go Mac Mini. I tried to install >>>>>>> on OSX and first got the MOD_SPANDSP missing issue. Since I could not >>>>>>> find a way to install that on OSX I took it out of the modules.conf to >>>>>>> see how far I would get, thinking it's only for fax? But then I got the >>>>>>> same error for flite you have below. Hopefully someone here may have >>>>>>> already been through this and will shed some light on it. I am working >>>>>>> on it right now and if I find anything I will post. >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Mario* From mario_fs at mgtech.com Sun Sep 26 08:50:37 2010 From: mario_fs at mgtech.com (Mario) Date: Sun, 26 Sep 2010 08:50:37 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> <-3041170993683904392@unknownmsgid> Message-ID: <4C9F6BCD.8050405@mgtech.com> It's already in the my post at step 20. On 09/26/2010 08:25 AM, EdPimentl wrote: > Peter, > > Please share what exactly you change in string.h code to build it > correctly. > > Thanks in advance, > -E > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Mario* From tgraziano at myitdepartment.net Sun Sep 26 09:43:29 2010 From: tgraziano at myitdepartment.net (Tony Graziano) Date: Sun, 26 Sep 2010 12:43:29 -0400 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: It's in the beginning part of the announcement and is hosted at susegallery.com. This means you need a susegallery.com account to download, but they are free and recognize openid. 2010/9/26 David Ponzone > Nice initiative, but I can't find a download link. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 26/09/2010 ? 04:30, Gourav Shah a ?crit : > > Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in > a box. Comes bundled with latest freeswitch code taken from the source > repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling > for gtalk integration, cherokee web server to run the web configurations. > Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen > image. To read more and download visit > http://www.initcron.org/freeswitchbox . > > > Thanks > Gourav | http://www.initcron.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgraziano at voice.myitdepartment.net Fax: 434.984.8431 Email: tgraziano at myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpdesk at voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/d50a47d9/attachment.html From pjintheusa at gmail.com Sun Sep 26 10:14:22 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Sun, 26 Sep 2010 13:14:22 -0400 Subject: [Freeswitch-users] Default action on IVR menus Message-ID: Hi all, Is is possible to define a default action in an IVR menu? i.e. an action that is taken when the user does NOT press any key. For example: In the above I would like the last action to kick in if the user does not press any keys after 3 secs. Any help appreciated! Thanks Pj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/b2f4c1f1/attachment-0001.html From david.ponzone at ipeva.fr Sun Sep 26 10:35:31 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 26 Sep 2010 19:35:31 +0200 Subject: [Freeswitch-users] Default action on IVR menus In-Reply-To: References: Message-ID: Phillip, you just to add an action in the diaplan after the call to the ivr app, and use hangup_after_bridge=true, so that it is not parsed if the ivr successfully bridged the call. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 26/09/2010 ? 19:14, Phillip Jones a ?crit : > Hi all, > > Is is possible to define a default action in an IVR menu? i.e. an > action that is taken when the user does NOT press any key. > > For example: > > greet-long="phrase:PlayVM" > timeout="3000" > inter-digit-timeout="3000" > timeout="3000" > max-failures="0" > max-timeouts="1" > digit-len="1"> > > > > > > > > > > In the above I would like the last action to kick in if the user > does not press any keys after 3 secs. > > Any help appreciated! > > Thanks > > > Pj > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/1894f42a/attachment.html From freeswitch-list at puzzled.xs4all.nl Sun Sep 26 11:12:13 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Sun, 26 Sep 2010 20:12:13 +0200 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: <4C9F8CFD.30001@puzzled.xs4all.nl> On 09/26/2010 06:43 PM, Tony Graziano wrote: > It's in the beginning part of the announcement and is hosted at > susegallery.com . This means you need a > susegallery.com account to download, but they > are free and recognize openid. Having to register to download is silly and imo people do not like that. I thought that was well known by now. Regards, Patrick From pjintheusa at gmail.com Sun Sep 26 11:22:37 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Sun, 26 Sep 2010 14:22:37 -0400 Subject: [Freeswitch-users] Default action on IVR menus In-Reply-To: References: Message-ID: Thanks David - unfortunately this is a sub menu, so is not called from the dailplan. I am trying to avoid it returning to the calling menu. I am looking to see if something like: exists. On Sun, Sep 26, 2010 at 1:35 PM, David Ponzone wrote: > Phillip, > > you just to add an action in the diaplan after the call to the ivr app, and > use hangup_after_bridge=true, so that it is not parsed if the ivr > successfully bridged the call. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > * > * > > > > Le 26/09/2010 ? 19:14, Phillip Jones a ?crit : > > Hi all, > > Is is possible to define a default action in an IVR menu? i.e. an action > that is taken when the user does NOT press any key. > > For example: > > greet-long="phrase:PlayVM" > timeout="3000" > inter-digit-timeout="3000" > timeout="3000" > max-failures="0" > max-timeouts="1" > digit-len="1"> > > > > > > > > > > In the above I would like the last action to kick in if the user does not > press any keys after 3 secs. > > Any help appreciated! > > Thanks > > > Pj > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/9183aeb3/attachment.html From covici at ccs.covici.com Sun Sep 26 11:30:27 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sun, 26 Sep 2010 14:30:27 -0400 Subject: [Freeswitch-users] Default action on IVR menus In-Reply-To: References: Message-ID: <30110.1285525827@ccs.covici.com> I had this same problem and was told to just put the app after the voicemail app in the dialplan so after exiting it will do what you want, however if there is a transfer in the menu it will never get there. Hope that helps. Phillip Jones wrote: > Hi all, > > Is is possible to define a default action in an IVR menu? i.e. an action > that is taken when the user does NOT press any key. > > For example: > > greet-long="phrase:PlayVM" > timeout="3000" > inter-digit-timeout="3000" > timeout="3000" > max-failures="0" > max-timeouts="1" > digit-len="1"> > > > > > > > > > > In the above I would like the last action to kick in if the user does not > press any keys after 3 secs. > > Any help appreciated! > > Thanks > > > Pj > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 gmaruzz at gmail.com Sun Sep 26 11:46:55 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 26 Sep 2010 20:46:55 +0200 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: On Sun, Sep 26, 2010 at 4:30 AM, Gourav Shah wrote: > Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in a > box. Comes bundled with latest freeswitch code taken from the source > repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling > for gtalk integration, cherokee web server to run the web configurations. > Its available in Live CD, usb stick/hdd image,? vmware/virtualbox/xen > image.? To read more and download visit > http://www.initcron.org/freeswitchbox . Great news Gurav!!! I'll test it asap, during next week, and I'll be back to you with my observations. Thanks a lot for your efforts! -giovanni > > > Thanks > Gourav? | http://www.initcron.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From pjintheusa at gmail.com Sun Sep 26 11:47:39 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Sun, 26 Sep 2010 14:47:39 -0400 Subject: [Freeswitch-users] Default action on IVR menus In-Reply-To: <30110.1285525827@ccs.covici.com> References: <30110.1285525827@ccs.covici.com> Message-ID: Thanks Guys - I was thinking about it the wrong way. This makes perfect sense now. On Sun, Sep 26, 2010 at 2:30 PM, wrote: > I had this same problem and was told to just put the app after the > voicemail app in the dialplan so after exiting it will do what you want, > however if there is a transfer in the menu it will never get there. > > Hope that helps. > > Phillip Jones wrote: > > > Hi all, > > > > Is is possible to define a default action in an IVR menu? i.e. an action > > that is taken when the user does NOT press any key. > > > > For example: > > > > > greet-long="phrase:PlayVM" > > timeout="3000" > > inter-digit-timeout="3000" > > timeout="3000" > > max-failures="0" > > max-timeouts="1" > > digit-len="1"> > > > > > > > > > > > > > > > > > > > > In the above I would like the last action to kick in if the user does not > > press any keys after 3 secs. > > > > Any help appreciated! > > > > Thanks > > > > > > Pj > > > > ---------------------------------------------------- > > Alternatives: > > > > ---------------------------------------------------- > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/ae9ba502/attachment.html From raffaele.p.guidi at gmail.com Sun Sep 26 13:53:25 2010 From: raffaele.p.guidi at gmail.com (Raffaele P. Guidi) Date: Sun, 26 Sep 2010 22:53:25 +0200 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: I tried to access susegallery with my google account but it says that access is on a per invitation basis only... I would suggest an alternative hosting provider (if licensing terms allow that). Ciao, Raffaele On Sun, Sep 26, 2010 at 6:43 PM, Tony Graziano wrote: > It's in the beginning part of the announcement and is hosted at > susegallery.com. This means you need a susegallery.com account to > download, but they are free and recognize openid. > > 2010/9/26 David Ponzone > > Nice initiative, but I can't find a download link. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> * >> * >> >> >> >> Le 26/09/2010 ? 04:30, Gourav Shah a ?crit : >> >> Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in >> a box. Comes bundled with latest freeswitch code taken from the source >> repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling >> for gtalk integration, cherokee web server to run the web configurations. >> Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen >> image. To read more and download visit >> http://www.initcron.org/freeswitchbox . >> >> >> Thanks >> Gourav | http://www.initcron.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgraziano at voice.myitdepartment.net > Fax: 434.984.8431 > > Email: tgraziano at myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: helpdesk at voice.myitdepartment.net > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/29baccb3/attachment.html From Nabble at slickdeals.endjunk.com Sun Sep 26 16:49:01 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Sun, 26 Sep 2010 16:49:01 -0700 (PDT) Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: Message-ID: <1285544941653-5573167.post@n2.nabble.com> Peter Schrock wrote: > I am curious, how does one find their Server > IP Address? Can you access the FS server physically? If so, then login into the server and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find out the IP Address of the computer. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html Sent from the freeswitch-users mailing list archive at Nabble.com. From curriegrad2004 at gmail.com Sun Sep 26 19:47:08 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Sun, 26 Sep 2010 19:47:08 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: <1285544941653-5573167.post@n2.nabble.com> References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: Are you using a distro like Trixswitch or FusionPBX? If not, check your firewall settings and make sure that both ports 5080 is open on the external side and port 5060 on the internal side, both UDP. On Sun, Sep 26, 2010 at 4:49 PM, mazilo wrote: > > > Peter Schrock wrote: >> I am curious, how does one find their Server >> IP Address? > Can you access the FS server physically? If so, then login into the server > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find out > the IP Address of the computer. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Sep 27 01:11:06 2010 From: mike at jerris.com (Michael Jerris) Date: Mon, 27 Sep 2010 04:11:06 -0400 Subject: [Freeswitch-users] Calling all bug reporters and patch submitters Message-ID: <6303E679-2FA2-457C-817F-00709821EBFA@jerris.com> Please take a few minutes to update any issues you have on http://jira.freeswitch.org today. If you have an open bug, please re-test it with current git master and confirm if it still exists, if you have a patch posted, please update it to current git master. Please do this even if your issue has been sitting for a long time. We are going to aim for a commit/fix fest this week and this will assist us in processing your issues. Also, please note that we have merged quite a number of different projects in jira into a single FreeSWITCH project with many components so that we can improve our release management. If you don't have any issues on jira, but you would like to lend a hand, find an open bug that has not been updated recently and see if you can reproduce the issue with current git master. Thanks Mike From bottleman at icf.org.ru Mon Sep 27 01:31:23 2010 From: bottleman at icf.org.ru (Georgiewskiy Yuriy) Date: Mon, 27 Sep 2010 12:31:23 +0400 (MSD) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> Message-ID: On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: BW>It could be but it won't include the patent indemnity, isn't optimized and doesn't support the project. ;) BW> BW>/b BW> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: BW> BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU G729 CoDec BW>> source ? Can this be ported to FS? It's already ported, see http://github.com/Deepwalker/fs_itu_g729 C ????????? With Best Regards ???????????? ????. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 ???? +7 4872 711143 fax +7 4872 711143 ???????? ??? "?? ?? ??????" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost at jabber.tula-ix.net.ru JID: GHhost at jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE From peter.schrock at gmail.com Sun Sep 26 14:37:59 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Sun, 26 Sep 2010 14:37:59 -0700 Subject: [Freeswitch-users] Struggling with installing. In-Reply-To: <4C9F6BCD.8050405@mgtech.com> References: <4C9CD4D7.1070506@mgtech.com> <6F7CE0CD-F908-459B-B75A-A9A17D45E871@freeswitch.org> <4C9CEE28.7060003@mgtech.com> <4C9E197B.20709@mgtech.com> <4C9E1E8E.10203@coppice.org> <-3041170993683904392@unknownmsgid> <4C9F6BCD.8050405@mgtech.com> Message-ID: <7390582173580543317@unknownmsgid> Just so that everyone knows, this is what I did (this is copied and modified from Mario's email to what I did): 1. cd /usr/local/freeswitch/libs/flite-1.3.99/include 2. chmod +rw+rw+rw string.h 3. sudo emacs string.h change line: void swab(const void * __restrict, void * __restrict, ssize_t); to (a comment line): /*void swab(const void * __restrict, void * __restrict, ssize_t);*/ 6. cd /usr/local/freeswitch-1.0.6 7. sudo ./configure 8. sudo make 9. sudo make install I am running OS X 10.6.4 on my MacMini. However, I am having issues with fs_cli now. I tried to do the ln -s code to create an "alias", but unless I am in the /bin directory, just typing fs_cli does not work with FS running in the background. Peter On Sep 26, 2010, at 8:50 AM, Mario wrote: It's already in the my post at step 20. On 09/26/2010 08:25 AM, EdPimentl wrote: Peter, Please share what exactly you change in string.h code to build it correctly. Thanks in advance, -E _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- *Mario* _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/e821e01e/attachment.html From freedomyug at gmail.com Sun Sep 26 11:15:30 2010 From: freedomyug at gmail.com (Gourav Shah) Date: Sun, 26 Sep 2010 23:45:30 +0530 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: On Sun, Sep 26, 2010 at 10:13 PM, Tony Graziano < tgraziano at myitdepartment.net> wrote: > It's in the beginning part of the announcement and is hosted at > susegallery.com. This means you need a susegallery.com account to > download, but they are free and recognize openid. > > Eh ! I did not know Suse Gallery also needs a account to download the appliance. I'll upload it to my sourceforge page by tomorrow. Thanks Gourav > 2010/9/26 David Ponzone > > Nice initiative, but I can't find a download link. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> * >> * >> >> >> >> Le 26/09/2010 ? 04:30, Gourav Shah a ?crit : >> >> Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in >> a box. Comes bundled with latest freeswitch code taken from the source >> repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling >> for gtalk integration, cherokee web server to run the web configurations. >> Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen >> image. To read more and download visit >> http://www.initcron.org/freeswitchbox . >> >> >> Thanks >> Gourav | http://www.initcron.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgraziano at voice.myitdepartment.net > Fax: 434.984.8431 > > Email: tgraziano at myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: helpdesk at voice.myitdepartment.net > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100926/0030cabe/attachment-0001.html From freedomyug at gmail.com Mon Sep 27 00:44:20 2010 From: freedomyug at gmail.com (Gourav Shah) Date: Mon, 27 Sep 2010 13:14:20 +0530 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: We dont want this closed/invite only stuff. I''ll check suse studio licensing terms , and if they are not open enough, rebuild the appliances with kiwi Image System (http://kiwi.berlios.de/) or something else. thanks gourav On Mon, Sep 27, 2010 at 2:23 AM, Raffaele P. Guidi < raffaele.p.guidi at gmail.com> wrote: > I tried to access susegallery with my google account but it says that > access is on a per invitation basis only... I would suggest an alternative > hosting provider (if licensing terms allow that). > > Ciao, > Raffaele > > > On Sun, Sep 26, 2010 at 6:43 PM, Tony Graziano < > tgraziano at myitdepartment.net> wrote: > >> It's in the beginning part of the announcement and is hosted at >> susegallery.com. This means you need a susegallery.com account to >> download, but they are free and recognize openid. >> >> 2010/9/26 David Ponzone >> >> Nice initiative, but I can't find a download link. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >>> non autoris?e est interdite. Tout message ?lectronique est susceptible >>> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >>> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >>> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >>> l'exp?diteur.* >>> * >>> * >>> >>> >>> >>> Le 26/09/2010 ? 04:30, Gourav Shah a ?crit : >>> >>> Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro >>> in a box. Comes bundled with latest freeswitch code taken from the source >>> repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling >>> for gtalk integration, cherokee web server to run the web configurations. >>> Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen >>> image. To read more and download visit >>> http://www.initcron.org/freeswitchbox . >>> >>> >>> Thanks >>> Gourav | http://www.initcron.org >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> >> -- >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> sip: tgraziano at voice.myitdepartment.net >> Fax: 434.984.8431 >> >> Email: tgraziano at myitdepartment.net >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: helpdesk at voice.myitdepartment.net >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> Why do mathematicians always confuse Halloween and Christmas? >> Because 31 Oct = 25 Dec. >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/e78ef655/attachment-0001.html From peter.schrock at gmail.com Mon Sep 27 02:10:34 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 02:10:34 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: <8435620371773252009@unknownmsgid> Looks like I have the right IP Address, so I am assuming it's an issue with the port. I am working with OS X 10.6.4, should I do this on the computer or should I do this on the router? If on the router, what's the port range? I managed to do a port scan and found 5080 is open, but I couldn't find anything on 5060. Is there a difference on how you enable your ports when it comes to internal vs external? Where would I find info on how to set that up? Thanks again for your help. Peter On Sep 26, 2010, at 7:47 PM, Jeffrey Leung wrote: > Are you using a distro like Trixswitch or FusionPBX? If not, check > your firewall settings and make sure that both ports 5080 is open on > the external side and port 5060 on the internal side, both UDP. > > On Sun, Sep 26, 2010 at 4:49 PM, mazilo wrote: >> >> >> Peter Schrock wrote: >>> I am curious, how does one find their Server >>> IP Address? >> Can you access the FS server physically? If so, then login into the server >> and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find out >> the IP Address of the computer. >> >> ----- >> don't and stop are the ONLY two 4-letter words considered offensive to men, >> but not when used together. >> -- >> View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 peter.schrock at gmail.com Mon Sep 27 02:25:29 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 02:25:29 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: <8435620371773252009@unknownmsgid> References: <1285544941653-5573167.post@n2.nabble.com> <8435620371773252009@unknownmsgid> Message-ID: <5129181393130727913@unknownmsgid> I tested connecting on an iPhone using Bria, from Counterpath. I tried a different IP and it gave me the 408 message. I then tried the IP I originally thought it was suppose to be and now it's saying that I have the username and password incorrect. I am using 1000 and 1234 (respectively), am I wrong? I so, how can I set this up? On Sep 27, 2010, at 2:10 AM, Peter Schrock wrote: Looks like I have the right IP Address, so I am assuming it's an issue with the port. I am working with OS X 10.6.4, should I do this on the computer or should I do this on the router? If on the router, what's the port range? I managed to do a port scan and found 5080 is open, but I couldn't find anything on 5060. Is there a difference on how you enable your ports when it comes to internal vs external? Where would I find info on how to set that up? Thanks again for your help. Peter On Sep 26, 2010, at 7:47 PM, Jeffrey Leung wrote: Are you using a distro like Trixswitch or FusionPBX? If not, check your firewall settings and make sure that both ports 5080 is open on the external side and port 5060 on the internal side, both UDP. On Sun, Sep 26, 2010 at 4:49 PM, mazilo wrote: Peter Schrock wrote: I am curious, how does one find their Server IP Address? Can you access the FS server physically? If so, then login into the server and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find out the IP Address of the computer. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/0eef74b4/attachment.html From gmaruzz at gmail.com Mon Sep 27 02:35:56 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 27 Sep 2010 11:35:56 +0200 Subject: [Freeswitch-users] Cluecon Videos Message-ID: Hi there, As Claudio Cavalera posted in another thread, would be really nice to have a torrent for downloading videos and presentations of Cluecon 2010 (a torrent for Cluecon 2009 is available). To whom is concerned: please, pleeease, pretty pleeeease! :) -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From fdelawarde at wirelessmundi.com Mon Sep 27 02:51:48 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Mon, 27 Sep 2010 11:51:48 +0200 Subject: [Freeswitch-users] Default action on IVR menus In-Reply-To: References: <30110.1285525827@ccs.covici.com> Message-ID: <1285581108.25477.13.camel@luna.tc.commsmundi.com> Is it possible to access the digits introduced by the caller in the IVR from some variable (${ivr_digits} or similar)? It would allow a later dialplan action (ej: the default action run after the IVR app?) to use those digits. Fran?ois. On Sun, 2010-09-26 at 14:47 -0400, Phillip Jones wrote: > Thanks Guys - I was thinking about it the wrong way. > > This makes perfect sense now. > > > On Sun, Sep 26, 2010 at 2:30 PM, wrote: > I had this same problem and was told to just put the app after > the > voicemail app in the dialplan so after exiting it will do what > you want, > however if there is a transfer in the menu it will never get > there. > > Hope that helps. > > > Phillip Jones wrote: > > > Hi all, > > > > Is is possible to define a default action in an IVR menu? > i.e. an action > > that is taken when the user does NOT press any key. > > > > For example: > > > > > greet-long="phrase:PlayVM" > > timeout="3000" > > inter-digit-timeout="3000" > > timeout="3000" > > max-failures="0" > > max-timeouts="1" > > digit-len="1"> > > > > > > > > > > > > > > > > > > > > In the above I would like the last action to kick in if the > user does not > > press any keys after 3 secs. > > > > Any help appreciated! > > > > Thanks > > > > > > Pj > > > > > ---------------------------------------------------- > > Alternatives: > > > > ---------------------------------------------------- > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ashley at midletearth.com Mon Sep 27 05:48:00 2010 From: ashley at midletearth.com (Ashley B) Date: Mon, 27 Sep 2010 14:48:00 +0200 Subject: [Freeswitch-users] Strange errors from sqlite DB Message-ID: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> Hi, I was experiencing the same issue all of a sudden on FreeSWITCH (Windows - 17048M). FS was running without a hitch for 2 months, until I started seeing the below on our console log whenever receiving an inbound call (the call never made it through to the client obviously). After restarting FS, the problem went away but I saw it happen once about 5 months ago as well. We make no external calls whatsoever to the SQLite db's. Has anyone identified why this could happen and how to prevent future occurrences of it? Thanks Ashley ...see log: 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id,sip_user,sip_host,contact,status,rpid,expires,user_agent,server_user ,server_host,profile_name,network_ip,0 from sip_registrations where expires > 0 and expires <= 1285417376] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_registrations where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id from sip_shared_appearance_dialogs where hostname='bet' and profile_name='internal' and expires <= 1285417376] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_registrations where expires > 0 and hostname='bet' and expires <= 1285417376 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_presence where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_authentication where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id from sip_subscriptions where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet'] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_subscriptions where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_dialogs where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet' 2010-09-25 13:23:20.970384 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:20.970384 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.069997 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.069997 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.171564 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.171564 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.271177 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.271177 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.372743 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.372743 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.472357 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.472357 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.573923 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.573923 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.673536 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.673536 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.775103 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.775103 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.874716 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] -----Original Message----- From: Peter Olsson [mailto: peter.olsson at visionutveckling.se] Sent: 3 May 2010 12:58 PM To: FreeSWITCH Users Help Subject: RE: [Freeswitch-users] Strange errors from sqlite DB Brian, This is the log when it first occured. I'm not sure if I'll ever recreate the issue, so do you think I should open a jira anyway? This log is more or less all I have. 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/50711 at 10.10.1.35) State Change CS_ROUTING -> CS_EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/50711 at 10.10.1.35 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/50711 at 10.10.1.35) State ROUTING going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/50711 at 10.10.1.35) Running State Change CS_EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/50711 at 10.10.1.35) State EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:226 sofia/internal/50711 at 10.10.1.35 SOFIA EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:157 sofia/internal/50711 at 10.10.1.35 Standard EXECUTE EXECUTE sofia/internal/50711 at 10.10.1.35 set(hangup_after_bridge=true) 2010-05-03 20:25:32.673126 [DEBUG] mod_dptools.c:816 sofia/internal/50711 at 10.10.1.35 SET [hangup_after_bridge]=[true] EXECUTE sofia/internal/50711 at 10.10.1.35 bridge(sofia/gateway/vip2000-trunk/00709275071) 2010-05-03 20:25:32.673126 [NOTICE] switch_channel.c:669 New Channel sofia/internal/00709275071 [41b995f9-df54-4053-a521-ae804c6c1c6b] 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:3386 (sofia/internal/00709275071) State Change CS_NEW -> CS_INIT 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_INIT 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/00709275071) State INIT 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:83 sofia/internal/00709275071 SOFIA INIT 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:117 (sofia/internal/00709275071) State Change CS_INIT -> CS_ROUTING 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/00709275071) State INIT going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_ROUTING 2010-05-03 20:25:32.673126 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [calling][0] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/00709275071) State ROUTING 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:140 sofia/internal/00709275071 SOFIA ROUTING 2010-05-03 20:25:32.673126 [DEBUG] switch_ivr_originate.c:66 (sofia/internal/00709275071) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/00709275071) State ROUTING going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/00709275071) State CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/00709275071) State CONSUME_MEDIA going to sleep 2010-05-03 20:25:32.688751 [INFO] sofia.c:662 Update Callee ID to "00709275071" <00709275071> 2010-05-03 20:25:32.751251 [ERR] switch_core_sqldb.c:722 SQL ERR: [select sip_subscriptions.proto,sip_subscriptions.sip_user,sip_subscriptions.sip_hos t,sip_subscriptions.sub_to_user,sip_subscriptions.sub_to_host,sip_subscripti ons.event,sip_subscriptions.contact,sip_subscriptions.call_id,sip_subscripti ons.full_from,sip_subscriptions.full_via,sip_subscriptions.expires,sip_subsc riptions.user_agent,sip_subscriptions.accept,sip_subscriptions.profile_name, 'CS_ROUTING','unknown','10.10.1.35',sip_presence.status,sip_presence.rpid from sip_subscriptions left join sip_presence on (sip_subscriptions.sub_to_user=sip_presence.sip_user and sip_subscriptions.sub_to_host=sip_presence.sip_host and sip_subscriptions.profile_name=sip_presence.profile_name) where sip_subscriptions.expires > -1 and (event='presence' or event='dialog') and sub_to_user='50711' and (sub_to_host='10.10.1.35' or presence_hosts like '%10.10.1.35%') and (sip_subscriptions.profile_name = 'internal' or sip_subscriptions.presence_hosts != sip_subscriptions.sub_to_host)] library routine called out of sequence 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [proceeding][180] 2010-05-03 20:25:32.782501 [NOTICE] sofia.c:4223 Ring-Ready sofia/internal/00709275071! 2010-05-03 20:25:32.782501 [NOTICE] mod_sofia.c:1837 Ring-Ready sofia/internal/50711 at 10.10.1.35! 2010-05-03 20:25:32.782501 [ERR] switch_core_sqldb.c:525 Statement Error [select 'appearance-index=1' from sip_subscriptions where expires > -1 and hostname='teller' and event='call-info' and sub_to_user='00709275071' and sub_to_host='192.168.1.55']! 2010-05-03 20:25:32.782501 [DEBUG] switch_core_session.c:641 Send signal sofia/internal/50711 at 10.10.1.35 [BREAK] 2010-05-03 20:25:32.782501 [NOTICE] switch_ivr_originate.c:437 Ring Ready sofia/internal/50711 at 10.10.1.35! 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [proceeding][183] 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4164 Remote SDP: ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för Brian West [brian at freeswitch.org] Skickat: den 3 maj 2010 21:33 Till: freeswitch-users at lists.freeswitch.org ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB Happen to be touching core.db from outside of FreeSWITCH? Also what SVN/GIT are you on? /b On May 3, 2010, at 2:27 PM, Peter Olsson wrote: > ---- > > 2010-05-03 20:29:21.032501 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > insert into sip_authentication (nonce,expires,profile_name,hostname, last_nc) values('6e5df620-d388-4f93-b0b0-8da4cf880ef1', 1272911421, '(NULL)', 'internal', 0) > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:722 SQL ERR: [select nonce,last_nc from sip_authentication where nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' and last_nc < 1] library routine called out of sequence > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > update sip_authentication set expires='1272911421',last_nc=1 where nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > > Regards, > > Peter From peter.olsson at visionutveckling.se Mon Sep 27 06:07:00 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Mon, 27 Sep 2010 15:07:00 +0200 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C57E0C669CD@cooper> There is a jira for this (FS-2166). I know there has been some changes in code after I reported this, but I'm not 100% sure if the problem is really resolved or not. It has happened to me at least three time, and one of the times was after some initial changes. However, I haven't been able to reproduce it since this. First of all I suggest you upgrade to latest git HEAD. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] F?r Ashley B Skickat: den 27 september 2010 14:48 Till: 'FreeSWITCH Users Help' ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB Hi, I was experiencing the same issue all of a sudden on FreeSWITCH (Windows - 17048M). FS was running without a hitch for 2 months, until I started seeing the below on our console log whenever receiving an inbound call (the call never made it through to the client obviously). After restarting FS, the problem went away but I saw it happen once about 5 months ago as well. We make no external calls whatsoever to the SQLite db's. Has anyone identified why this could happen and how to prevent future occurrences of it? Thanks Ashley ...see log: 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id,sip_user,sip_host,contact,status,rpid,expires,user_agent,server_user ,server_host,profile_name,network_ip,0 from sip_registrations where expires > 0 and expires <= 1285417376] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_registrations where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id from sip_shared_appearance_dialogs where hostname='bet' and profile_name='internal' and expires <= 1285417376] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_registrations where expires > 0 and hostname='bet' and expires <= 1285417376 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_presence where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_authentication where expires > 0 and expires <= 1285417376 and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select call_id from sip_subscriptions where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet'] library routine called out of sequence 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_subscriptions where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet' 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] delete from sip_dialogs where (expires = -1 or (expires > 0 and expires <= 1285417376)) and hostname='bet' 2010-09-25 13:23:20.970384 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:20.970384 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.069997 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.069997 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.171564 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.171564 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.271177 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.271177 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.372743 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.372743 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.472357 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.472357 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.573923 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.573923 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.673536 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.673536 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.775103 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] BEGIN 2010-09-25 13:23:21.775103 [DEBUG] switch_core_sqldb.c:643 SQL Retry [library routine called out of sequence] 2010-09-25 13:23:21.874716 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] -----Original Message----- From: Peter Olsson [mailto: peter.olsson at visionutveckling.se] Sent: 3 May 2010 12:58 PM To: FreeSWITCH Users Help Subject: RE: [Freeswitch-users] Strange errors from sqlite DB Brian, This is the log when it first occured. I'm not sure if I'll ever recreate the issue, so do you think I should open a jira anyway? This log is more or less all I have. 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/50711 at 10.10.1.35) State Change CS_ROUTING -> CS_EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/50711 at 10.10.1.35 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/50711 at 10.10.1.35) State ROUTING going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/50711 at 10.10.1.35) Running State Change CS_EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/50711 at 10.10.1.35) State EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:226 sofia/internal/50711 at 10.10.1.35 SOFIA EXECUTE 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:157 sofia/internal/50711 at 10.10.1.35 Standard EXECUTE EXECUTE sofia/internal/50711 at 10.10.1.35 set(hangup_after_bridge=true) 2010-05-03 20:25:32.673126 [DEBUG] mod_dptools.c:816 sofia/internal/50711 at 10.10.1.35 SET [hangup_after_bridge]=[true] EXECUTE sofia/internal/50711 at 10.10.1.35 bridge(sofia/gateway/vip2000-trunk/00709275071) 2010-05-03 20:25:32.673126 [NOTICE] switch_channel.c:669 New Channel sofia/internal/00709275071 [41b995f9-df54-4053-a521-ae804c6c1c6b] 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:3386 (sofia/internal/00709275071) State Change CS_NEW -> CS_INIT 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_INIT 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/00709275071) State INIT 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:83 sofia/internal/00709275071 SOFIA INIT 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:117 (sofia/internal/00709275071) State Change CS_INIT -> CS_ROUTING 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/00709275071) State INIT going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_ROUTING 2010-05-03 20:25:32.673126 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [calling][0] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/00709275071) State ROUTING 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:140 sofia/internal/00709275071 SOFIA ROUTING 2010-05-03 20:25:32.673126 [DEBUG] switch_ivr_originate.c:66 (sofia/internal/00709275071) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/00709275071 [BREAK] 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/00709275071) State ROUTING going to sleep 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/00709275071) Running State Change CS_CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/00709275071) State CONSUME_MEDIA 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/00709275071) State CONSUME_MEDIA going to sleep 2010-05-03 20:25:32.688751 [INFO] sofia.c:662 Update Callee ID to "00709275071" <00709275071> 2010-05-03 20:25:32.751251 [ERR] switch_core_sqldb.c:722 SQL ERR: [select sip_subscriptions.proto,sip_subscriptions.sip_user,sip_subscriptions.sip_hos t,sip_subscriptions.sub_to_user,sip_subscriptions.sub_to_host,sip_subscripti ons.event,sip_subscriptions.contact,sip_subscriptions.call_id,sip_subscripti ons.full_from,sip_subscriptions.full_via,sip_subscriptions.expires,sip_subsc riptions.user_agent,sip_subscriptions.accept,sip_subscriptions.profile_name, 'CS_ROUTING','unknown','10.10.1.35',sip_presence.status,sip_presence.rpid from sip_subscriptions left join sip_presence on (sip_subscriptions.sub_to_user=sip_presence.sip_user and sip_subscriptions.sub_to_host=sip_presence.sip_host and sip_subscriptions.profile_name=sip_presence.profile_name) where sip_subscriptions.expires > -1 and (event='presence' or event='dialog') and sub_to_user='50711' and (sub_to_host='10.10.1.35' or presence_hosts like '%10.10.1.35%') and (sip_subscriptions.profile_name = 'internal' or sip_subscriptions.presence_hosts != sip_subscriptions.sub_to_host)] library routine called out of sequence 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [proceeding][180] 2010-05-03 20:25:32.782501 [NOTICE] sofia.c:4223 Ring-Ready sofia/internal/00709275071! 2010-05-03 20:25:32.782501 [NOTICE] mod_sofia.c:1837 Ring-Ready sofia/internal/50711 at 10.10.1.35! 2010-05-03 20:25:32.782501 [ERR] switch_core_sqldb.c:525 Statement Error [select 'appearance-index=1' from sip_subscriptions where expires > -1 and hostname='teller' and event='call-info' and sub_to_user='00709275071' and sub_to_host='192.168.1.55']! 2010-05-03 20:25:32.782501 [DEBUG] switch_core_session.c:641 Send signal sofia/internal/50711 at 10.10.1.35 [BREAK] 2010-05-03 20:25:32.782501 [NOTICE] switch_ivr_originate.c:437 Ring Ready sofia/internal/50711 at 10.10.1.35! 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel sofia/internal/00709275071 entering state [proceeding][183] 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4164 Remote SDP: ________________________________________ Fr?n: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org] för Brian West [brian at freeswitch.org] Skickat: den 3 maj 2010 21:33 Till: freeswitch-users at lists.freeswitch.org ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB Happen to be touching core.db from outside of FreeSWITCH? Also what SVN/GIT are you on? /b On May 3, 2010, at 2:27 PM, Peter Olsson wrote: > ---- > > 2010-05-03 20:29:21.032501 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > insert into sip_authentication (nonce,expires,profile_name,hostname, last_nc) values('6e5df620-d388-4f93-b0b0-8da4cf880ef1', 1272911421, '(NULL)', 'internal', 0) > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:722 SQL ERR: [select nonce,last_nc from sip_authentication where nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' and last_nc < 1] library routine called out of sequence > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > update sip_authentication set expires='1272911421',last_nc=1 where nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library routine called out of sequence] > > Regards, > > Peter _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org !DSPAM:4ca095c732936173519354! From jeff at jefflenk.com Mon Sep 27 06:19:44 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Mon, 27 Sep 2010 06:19:44 -0700 (PDT) Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> Message-ID: <1285593584754-5574888.post@n2.nabble.com> With your source being that old - I would recommend updating to git head and trying to reproduce the problem. I have a windows x64 instance that is about 90 days old that has not seen that error yet. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Re-Strange-errors-from-sqlite-DB-tp5574803p5574888.html Sent from the freeswitch-users mailing list archive at Nabble.com. From pjintheusa at gmail.com Mon Sep 27 06:39:53 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Mon, 27 Sep 2010 09:39:53 -0400 Subject: [Freeswitch-users] menu-exec-api - Invalid Action [menu-exec-api] Message-ID: Hi there, I am trying to use menu-exec-api for the first time. But I am getting the error: [WARNING] switch_ivr_menu.c:718 Invalid Action [menu-exec-api] [ERR] switch_ivr_menu.c:865 Unable to build xml menu If I check the code I don't see a menu-exec-api action: static struct iam_s { const char *name; switch_ivr_action_t action; } iam[] = { { "menu-exit", SWITCH_IVR_ACTION_DIE}, { "menu-sub", SWITCH_IVR_ACTION_EXECMENU}, { "menu-exec-app", SWITCH_IVR_ACTION_EXECAPP}, { "menu-play-sound", SWITCH_IVR_ACTION_PLAYSOUND}, { "menu-back", SWITCH_IVR_ACTION_BACK}, { "menu-top", SWITCH_IVR_ACTION_TOMAIN}, { NULL, 0} }; I am on GIT HEAD from Saturday. I am really confused. What am I missing? Can someone confirm that menu-exec-api is still valid? Thanks Pj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/124e7cde/attachment.html From devel at thom.fr.eu.org Mon Sep 27 07:39:44 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Mon, 27 Sep 2010 16:39:44 +0200 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: References: <24986.1285340573@ccs.covici.com> Message-ID: <6e8db087d1eb31e6d11e4b2aa2af6220@thom.fr.eu.org> Hi. Just did part of it. I added a link to Freetdm in the modules page on the wiki, and copied/pasted/completed from the OpenZAP page to FreeTDM page. It lacks the link to configuration examples that need to be ported from openzap. If anybody can review this. Fran?ois On Fri, 24 Sep 2010 11:18:18 -0400, Moises Silva wrote: On Fri, Sep 24, 2010 at 11:02 AM, wrote: So can you put txgain and rxgain in the freetdm.conf? More documentation on that .conf file would be greatly appreciated. We need your help for that! I just gave you the answer, it would be nice if in return you can go at wiki.freeswitch.org [2] and document it. Links: ------ [1] mailto:covici at ccs.covici.com [2] http://wiki.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/f8d3ccdf/attachment.html From testa at voicetechnology.com.br Mon Sep 27 07:52:51 2010 From: testa at voicetechnology.com.br (Fernando Gregianin Testa) Date: Mon, 27 Sep 2010 11:52:51 -0300 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: References: Message-ID: <4CA0AFC3.2040203@voicetechnology.com.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Great job. After booting the .iso, what is the root/passwd? What IP will it take? Where do I have point browser to? On 25-09-2010 23:30, Gourav Shah wrote: > Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro in a > box. Comes bundled with latest freeswitch code taken from the source > repository, freePBX v3, mod_skypeopen for skype integration, mod dingaling > for gtalk integration, cherokee web server to run the web configurations. > Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen > image. To read more and download visit > http://www.initcron.org/freeswitchbox . > > > Thanks > Gourav | http://www.initcron.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMoK+6AAoJEOD9wFBCnf6osPMH/3h+MX0LSYRrmxvEnFyxiWpk JM21HlXOJgS42sPjpVHnkZ1hqSq3I3At5DMN8KMevMCc8HL2WfpjMr3SC0dcP0uo tAuteLRtjYDVp/kzYvBbfsTssOJb12uCXW9UVzBkA9V6rPCtcUr6DlzZ2e6jL6pf GhGEY1IbizDGx5TibwiojorLzFsps+YTE4VE6kbTJsNRq7o9jDNkP+3lTod0qWBg jpuEFsfx8Fsl2LigDf9GuH6uUFHm5/JR/1bbpL/lPxxZbmnLACgdGAJXPb5BEN8y CYZWcuxM58Kzl6Dm++PaE0lx5EDPd5q6ediEELITcB++hX6WJJCAlRofLPd6FE4= =Qcqt -----END PGP SIGNATURE----- From mario_fs at mgtech.com Mon Sep 27 07:58:47 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 27 Sep 2010 07:58:47 -0700 Subject: [Freeswitch-users] Bridge ignores call_timeout when using :_: separators Message-ID: <4CA0B127.90803@mgtech.com> OK folks, been battling this for several hours with nothing found here or on web searches. I hope I am missing something and would greatly appreciate any help. I am in the home stretch and this is the last big problem (I hope). Note this problem ONLY occurs with bridging when ALL three are true: 1. Use :_: between the destinations 2. One destination is a shared extension (multiple-registrations value="contact) 3. One destination is an outside phone (cell in this case). I am bridging to internal and an external cell phone. I want to regain control to go to IVR when there is no answer. I need to use the :_: separator because the internal extensions are set for multiple logins, the same extension # is used on multiple phones. This is because I have 2 shared mailboxes and the SPA962 voicemail button is tied to the user ID not the mailbox setting. So the only way for the button on multiple phones to get the same mailbox is to use shared extensions. I am using the :_: separator because if you use a comma, only one of the internal extensions rings because of the multiple logons. This is known and I found searching that :_: is needed when bridging to a number or group that uses multiple logons. Everything works fine with the exception that the call_timeout does not work, the call keeps ringing if no answer (or the cell phone goes to voicemail, not what I want). I would greatly appreciate any help since I think I have tried many things to get around it but nothing seems to work. I have tried 1 extension, etc. Thanks! Mario This rings all internal extensions (right) but no timeout: This rings only 1 internal extension (wrong) but does timeout: Changing group to a single user ID (shared) has same results. This is the complete extension, many extra things are there to try to get it to work: --> From davidm000 at gmail.com Mon Sep 27 08:33:01 2010 From: davidm000 at gmail.com (Dave) Date: Mon, 27 Sep 2010 11:33:01 -0400 Subject: [Freeswitch-users] Segfault when trying to register SIP client Message-ID: I get a Segfault immediately when registering a SIP client using default username 1000. Latest FS version from SVN. Natively compiled OK and successfully installed on an ARM plug (Dockstar) running Debian 2.6.32-5-kirkwood. Debug info at http://pastebin.freeswitch.org/14031. Thanks in advance for help....Dave. From freedomyug at gmail.com Mon Sep 27 08:37:42 2010 From: freedomyug at gmail.com (Gourav Shah) Date: Mon, 27 Sep 2010 21:07:42 +0530 Subject: [Freeswitch-users] FreeSWITCHBOX Live launched by Initcron Labs In-Reply-To: <4CA0AFC3.2040203@voicetechnology.com.br> References: <4CA0AFC3.2040203@voicetechnology.com.br> Message-ID: > Great job. > After booting the .iso, what is the root/passwd? What IP will it take? > Where do I have point browser to? > > Root Password: No root password, its blank. You could change it after you login. I am going to add a feature to be able to set the root password at first boot. IP : Configured to take IP from DHCP server. For static IPs, you'll need to set it manually. By default, web server is configured and ready. You need to point to http://YOURIP and that will show you the default cherokee page with a link to freePBX. Thanks Gourav On 25-09-2010 23:30, Gourav Shah wrote: > > Initcron Labs has launched freeSWITCBOX, a tailor made appliance distro > in a > > box. Comes bundled with latest freeswitch code taken from the source > > repository, freePBX v3, mod_skypeopen for skype integration, mod > dingaling > > for gtalk integration, cherokee web server to run the web configurations. > > Its available in Live CD, usb stick/hdd image, vmware/virtualbox/xen > > image. To read more and download visit > > http://www.initcron.org/freeswitchbox . > > > > > > Thanks > > Gourav | http://www.initcron.org > > > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMoK+6AAoJEOD9wFBCnf6osPMH/3h+MX0LSYRrmxvEnFyxiWpk > JM21HlXOJgS42sPjpVHnkZ1hqSq3I3At5DMN8KMevMCc8HL2WfpjMr3SC0dcP0uo > tAuteLRtjYDVp/kzYvBbfsTssOJb12uCXW9UVzBkA9V6rPCtcUr6DlzZ2e6jL6pf > GhGEY1IbizDGx5TibwiojorLzFsps+YTE4VE6kbTJsNRq7o9jDNkP+3lTod0qWBg > jpuEFsfx8Fsl2LigDf9GuH6uUFHm5/JR/1bbpL/lPxxZbmnLACgdGAJXPb5BEN8y > CYZWcuxM58Kzl6Dm++PaE0lx5EDPd5q6ediEELITcB++hX6WJJCAlRofLPd6FE4= > =Qcqt > -----END PGP SIGNATURE----- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/3a6ef5c8/attachment.html From yehavi.bourvine at gmail.com Mon Sep 27 08:51:42 2010 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Mon, 27 Sep 2010 17:51:42 +0200 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> Message-ID: We had this issue in the past. We moved the core database to ODBC over MySQL and this solved this issue. __yehavi: 2010/9/27 Ashley B > Hi, > > I was experiencing the same issue all of a sudden on FreeSWITCH (Windows - > 17048M). FS was running without a hitch for 2 months, until I started > seeing > the below on our console log whenever receiving an inbound call (the call > never made it through to the client obviously). After restarting FS, the > problem went away but I saw it happen once about 5 months ago as well. > > We make no external calls whatsoever to the SQLite db's. > > Has anyone identified why this could happen and how to prevent future > occurrences of it? > > Thanks > Ashley > > > ...see log: > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > call_id,sip_user,sip_host,contact,status,rpid,expires,user_agent,server_user > ,server_host,profile_name,network_ip,0 from sip_registrations where expires > > 0 and expires <= 1285417376] library routine called out of sequence > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_registrations where expires > 0 and expires <= 1285417376 > and hostname='bet' > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > call_id from sip_shared_appearance_dialogs where hostname='bet' and > profile_name='internal' and expires <= 1285417376] library routine called > out of sequence > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_registrations where expires > 0 and hostname='bet' and > expires <= 1285417376 > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_presence where expires > 0 and expires <= 1285417376 and > hostname='bet' > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_authentication where expires > 0 and expires <= 1285417376 > and hostname='bet' > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > call_id from sip_subscriptions where (expires = -1 or (expires > 0 and > expires <= 1285417376)) and hostname='bet'] library routine called out of > sequence > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_subscriptions where (expires = -1 or (expires > 0 and > expires <= 1285417376)) and hostname='bet' > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > delete from sip_dialogs where (expires = -1 or (expires > 0 and expires <= > 1285417376)) and hostname='bet' > 2010-09-25 13:23:20.970384 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:20.970384 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.069997 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.069997 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.171564 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.171564 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.271177 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.271177 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.372743 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.372743 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.472357 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.472357 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.573923 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.573923 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.673536 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.673536 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.775103 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > BEGIN > 2010-09-25 13:23:21.775103 [DEBUG] switch_core_sqldb.c:643 SQL Retry > [library routine called out of sequence] > 2010-09-25 13:23:21.874716 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > > > > -----Original Message----- > From: Peter Olsson [mailto: peter.olsson at visionutveckling.se] > Sent: 3 May 2010 12:58 PM > To: FreeSWITCH Users Help > Subject: RE: [Freeswitch-users] Strange errors from sqlite DB > > Brian, > > This is the log when it first occured. I'm not sure if I'll ever recreate > the issue, so do you think I should open a jira anyway? This log is more or > less all I have. > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:119 > (sofia/internal/50711 at 10.10.1.35) State Change CS_ROUTING -> CS_EXECUTE > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > sofia/internal/50711 at 10.10.1.35 [BREAK] > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/50711 at 10.10.1.35) State ROUTING going to sleep > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/50711 at 10.10.1.35) Running State Change CS_EXECUTE > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:348 > (sofia/internal/50711 at 10.10.1.35) State EXECUTE > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:226 sofia/internal/50711 at > 10.10.1.35 SOFIA EXECUTE > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:157 > sofia/internal/50711 at 10.10.1.35 Standard EXECUTE > EXECUTE sofia/internal/50711 at 10.10.1.35 set(hangup_after_bridge=true) > 2010-05-03 20:25:32.673126 [DEBUG] mod_dptools.c:816 sofia/internal/50711 > at > 10.10.1.35 SET [hangup_after_bridge]=[true] > EXECUTE sofia/internal/50711 at 10.10.1.35 > bridge(sofia/gateway/vip2000-trunk/00709275071) > 2010-05-03 20:25:32.673126 [NOTICE] switch_channel.c:669 New Channel > sofia/internal/00709275071 [41b995f9-df54-4053-a521-ae804c6c1c6b] > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:3386 > (sofia/internal/00709275071) State Change CS_NEW -> CS_INIT > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > sofia/internal/00709275071 [BREAK] > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/00709275071) Running State Change CS_INIT > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 > (sofia/internal/00709275071) State INIT > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:83 > sofia/internal/00709275071 > SOFIA INIT > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:117 > (sofia/internal/00709275071) State Change CS_INIT -> CS_ROUTING > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > sofia/internal/00709275071 [BREAK] > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 > (sofia/internal/00709275071) State INIT going to sleep > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/00709275071) Running State Change CS_ROUTING > 2010-05-03 20:25:32.673126 [DEBUG] sofia.c:4153 Channel > sofia/internal/00709275071 entering state [calling][0] > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/00709275071) State ROUTING > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:140 > sofia/internal/00709275071 SOFIA ROUTING > 2010-05-03 20:25:32.673126 [DEBUG] switch_ivr_originate.c:66 > (sofia/internal/00709275071) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > sofia/internal/00709275071 [BREAK] > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > (sofia/internal/00709275071) State ROUTING going to sleep > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > (sofia/internal/00709275071) Running State Change CS_CONSUME_MEDIA > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 > (sofia/internal/00709275071) State CONSUME_MEDIA > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 > (sofia/internal/00709275071) State CONSUME_MEDIA going to sleep > 2010-05-03 20:25:32.688751 [INFO] sofia.c:662 Update Callee ID to > "00709275071" <00709275071> > 2010-05-03 20:25:32.751251 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > sip_subscriptions.proto,sip_subscriptions.sip_user,sip_subscriptions.sip_hos > > t,sip_subscriptions.sub_to_user,sip_subscriptions.sub_to_host,sip_subscripti > > ons.event,sip_subscriptions.contact,sip_subscriptions.call_id,sip_subscripti > > ons.full_from,sip_subscriptions.full_via,sip_subscriptions.expires,sip_subsc > > riptions.user_agent,sip_subscriptions.accept,sip_subscriptions.profile_name, > 'CS_ROUTING','unknown','10.10.1.35',sip_presence.status,sip_presence.rpid > from sip_subscriptions left join sip_presence on > (sip_subscriptions.sub_to_user=sip_presence.sip_user and > sip_subscriptions.sub_to_host=sip_presence.sip_host and > sip_subscriptions.profile_name=sip_presence.profile_name) where > sip_subscriptions.expires > -1 and (event='presence' or event='dialog') and > sub_to_user='50711' and (sub_to_host='10.10.1.35' or presence_hosts like > '%10.10.1.35%') and (sip_subscriptions.profile_name = 'internal' or > sip_subscriptions.presence_hosts != sip_subscriptions.sub_to_host)] library > routine called out of sequence > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel > sofia/internal/00709275071 entering state [proceeding][180] > 2010-05-03 20:25:32.782501 [NOTICE] sofia.c:4223 Ring-Ready > sofia/internal/00709275071! > 2010-05-03 20:25:32.782501 [NOTICE] mod_sofia.c:1837 Ring-Ready > sofia/internal/50711 at 10.10.1.35! > 2010-05-03 20:25:32.782501 [ERR] switch_core_sqldb.c:525 Statement Error > [select 'appearance-index=1' from sip_subscriptions where expires > -1 and > hostname='teller' and event='call-info' and sub_to_user='00709275071' and > sub_to_host='192.168.1.55']! > 2010-05-03 20:25:32.782501 [DEBUG] switch_core_session.c:641 Send signal > sofia/internal/50711 at 10.10.1.35 [BREAK] > 2010-05-03 20:25:32.782501 [NOTICE] switch_ivr_originate.c:437 Ring Ready > sofia/internal/50711 at 10.10.1.35! > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel > sofia/internal/00709275071 entering state [proceeding][183] > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4164 Remote SDP: > > ________________________________________ > Fr?n: freeswitch-users-bounces at lists.freeswitch.org > [freeswitch-users-bounces at lists.freeswitch.org] för Brian West > [brian at freeswitch.org] > Skickat: den 3 maj 2010 21:33 > Till: freeswitch-users at lists.freeswitch.org > ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB > > Happen to be touching core.db from outside of FreeSWITCH? Also what > SVN/GIT > are you on? > > /b > > On May 3, 2010, at 2:27 PM, Peter Olsson wrote: > > > ---- > > > > 2010-05-03 20:29:21.032501 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > > insert into sip_authentication (nonce,expires,profile_name,hostname, > last_nc) values('6e5df620-d388-4f93-b0b0-8da4cf880ef1', 1272911421, > '(NULL)', 'internal', 0) > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > nonce,last_nc from sip_authentication where > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' and last_nc < 1] library > routine called out of sequence > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > > update sip_authentication set expires='1272911421',last_nc=1 where > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library > routine called out of sequence] > > > > Regards, > > > > Peter > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/99f28348/attachment-0001.html From anthony.minessale at gmail.com Mon Sep 27 08:57:53 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 27 Sep 2010 10:57:53 -0500 Subject: [Freeswitch-users] Segfault when trying to register SIP client In-Reply-To: References: Message-ID: FS runs on git now. Try checking it out from there. http://wiki.freeswitch.org/wiki/Installation_Guide#Quick_and_Dirty_Install_using_Git The SVN mirror is discontinued. On Mon, Sep 27, 2010 at 10:33 AM, Dave wrote: > I get a Segfault immediately when registering a SIP client using > default username 1000. ?Latest FS version from SVN. Natively compiled > OK and successfully installed on an ARM plug (Dockstar) running Debian > 2.6.32-5-kirkwood. ?Debug info at > http://pastebin.freeswitch.org/14031. ?Thanks in advance for > help....Dave. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From jeff at jefflenk.com Mon Sep 27 09:00:53 2010 From: jeff at jefflenk.com (Jeff Lenk) Date: Mon, 27 Sep 2010 09:00:53 -0700 (PDT) Subject: [Freeswitch-users] Segfault when trying to register SIP client In-Reply-To: References: Message-ID: <1285603253332-5575708.post@n2.nabble.com> this was fixed in git at 0a6ae735 -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Segfault-when-trying-to-register-SIP-client-tp5575632p5575708.html Sent from the freeswitch-users mailing list archive at Nabble.com. From anthony.minessale at gmail.com Mon Sep 27 09:01:04 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 27 Sep 2010 11:01:04 -0500 Subject: [Freeswitch-users] Bridge ignores call_timeout when using :_: separators In-Reply-To: <4CA0B127.90803@mgtech.com> References: <4CA0B127.90803@mgtech.com> Message-ID: On Mon, Sep 27, 2010 at 9:58 AM, Mario wrote: > OK folks, been battling this for several hours with nothing found here > or on web searches. I hope I am missing something and would greatly > appreciate any help. I am in the home stretch and this is the last big > problem (I hope). > > Note this problem ONLY occurs with bridging when ALL three are true: > 1. Use :_: between the destinations > 2. One destination is a shared extension (multiple-registrations > value="contact) > 3. One destination is an outside phone (cell in this case). > > I am bridging to internal and an external cell phone. I want to regain > control to go to IVR when there is no answer. I need to use the :_: > separator because the internal extensions are set for multiple logins, > the same extension # is used on multiple phones. This is because I have > 2 shared mailboxes and the SPA962 voicemail button is tied to the user > ID not the mailbox setting. So the only way for the button on multiple > phones to get the same mailbox is to use shared extensions. > > I am using the :_: separator because if you use a comma, only one of the > internal extensions rings because of the multiple logons. This is known > and I found searching that :_: is needed when bridging to a number or > group that uses multiple logons. Everything works fine with the > exception that the call_timeout does not work, the call keeps ringing if > no answer (or the cell phone goes to voicemail, not what I want). > > I would greatly appreciate any help since I think I have tried many > things to get around it but nothing seems to work. I have tried 1 > extension, etc. Thanks! > Mario > > > This rings all internal extensions (right) but no timeout: > data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> > > This rings only 1 internal extension (wrong) but does timeout: > data="group/home@${domain_name},sofia/gateway/uid1/19161234567,sofia/gateway/uid1/19162223333"/> > > Changing group to a single user ID (shared) has same results. > > > This is the complete extension, many extra things are there to try to > get it to work: > > ? ? > ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? data="/usr/local/freeswitch/conf/oursounds/we_trying_please_hold.wav"/> > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? > ? ? ? ? ?--> > ? ? ? > ? > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From peter.schrock at gmail.com Mon Sep 27 09:18:00 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 09:18:00 -0700 Subject: [Freeswitch-users] Setting up GIT Message-ID: <-3168350479472800047@unknownmsgid> From msc at freeswitch.org Mon Sep 27 09:18:06 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 27 Sep 2010 09:18:06 -0700 Subject: [Freeswitch-users] Cluecon Videos In-Reply-To: References: Message-ID: I have this on my plate. I will get the community an update on Wednesday's conference call. -MC On Mon, Sep 27, 2010 at 2:35 AM, Giovanni Maruzzelli wrote: > Hi there, > > As Claudio Cavalera posted in another thread, would be really nice to > have a torrent for downloading videos and presentations of Cluecon > 2010 (a torrent for Cluecon 2009 is available). > > To whom is concerned: please, pleeease, pretty pleeeease! > > :) > > -giovanni > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/8fd6e8fa/attachment.html From peter.schrock at gmail.com Mon Sep 27 09:21:42 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 09:21:42 -0700 Subject: [Freeswitch-users] Setting up GIT References: <-4856103253258955702@unknownmsgid> Message-ID: <1560478098160768124@unknownmsgid> Begin forwarded message: > I apologize for the no message, that was a mistake on my part. > I was wondering how to set up GIT on an OS X 10.6.4. I keep getting > error messages. > > On Sep 27, 2010, at 9:18 AM, Peter Schrock wrote: > >> From peder at networkoblivion.com Mon Sep 27 09:30:33 2010 From: peder at networkoblivion.com (Peder) Date: Mon, 27 Sep 2010 11:30:33 -0500 Subject: [Freeswitch-users] Cluecon Videos In-Reply-To: References: Message-ID: <013d01cb5e61$4edcc140$ec9643c0$@com> If you have a link to the videos, I can create the torrent. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Collins Sent: Monday, September 27, 2010 11:18 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Cluecon Videos I have this on my plate. I will get the community an update on Wednesday's conference call. -MC On Mon, Sep 27, 2010 at 2:35 AM, Giovanni Maruzzelli wrote: Hi there, As Claudio Cavalera posted in another thread, would be really nice to have a torrent for downloading videos and presentations of Cluecon 2010 (a torrent for Cluecon 2009 is available). To whom is concerned: please, pleeease, pretty pleeeease! :) -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/151b79c9/attachment.html From mario_fs at mgtech.com Mon Sep 27 09:40:58 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 27 Sep 2010 09:40:58 -0700 Subject: [Freeswitch-users] Bridge ignores call_timeout when using :_: separators In-Reply-To: References: <4CA0B127.90803@mgtech.com> Message-ID: <4CA0C91A.1070704@mgtech.com> Thanks so much it worked! All weekend on this one. I tried my best to figure it our on my own since you learn so much. Thanks again and for the great book! On 09/27/10 09:01, Anthony Minessale wrote: > data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> > > > On Mon, Sep 27, 2010 at 9:58 AM, Mario wrote: >> OK folks, been battling this for several hours with nothing found here >> or on web searches. I hope I am missing something and would greatly >> appreciate any help. I am in the home stretch and this is the last big >> problem (I hope). >> >> Note this problem ONLY occurs with bridging when ALL three are true: >> 1. Use :_: between the destinations >> 2. One destination is a shared extension (multiple-registrations >> value="contact) >> 3. One destination is an outside phone (cell in this case). >> >> I am bridging to internal and an external cell phone. I want to regain >> control to go to IVR when there is no answer. I need to use the :_: >> separator because the internal extensions are set for multiple logins, >> the same extension # is used on multiple phones. This is because I have >> 2 shared mailboxes and the SPA962 voicemail button is tied to the user >> ID not the mailbox setting. So the only way for the button on multiple >> phones to get the same mailbox is to use shared extensions. >> >> I am using the :_: separator because if you use a comma, only one of the >> internal extensions rings because of the multiple logons. This is known >> and I found searching that :_: is needed when bridging to a number or >> group that uses multiple logons. Everything works fine with the >> exception that the call_timeout does not work, the call keeps ringing if >> no answer (or the cell phone goes to voicemail, not what I want). >> >> I would greatly appreciate any help since I think I have tried many >> things to get around it but nothing seems to work. I have tried 1 >> extension, etc. Thanks! >> Mario >> >> >> This rings all internal extensions (right) but no timeout: >> > data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >> >> This rings only 1 internal extension (wrong) but does timeout: >> > data="group/home@${domain_name},sofia/gateway/uid1/19161234567,sofia/gateway/uid1/19162223333"/> >> >> Changing group to a single user ID (shared) has same results. >> >> >> This is the complete extension, many extra things are there to try to >> get it to work: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > data="/usr/local/freeswitch/conf/oursounds/we_trying_please_hold.wav"/> >> >> >> >> >> >> >> >> >> >> > data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >> >> >> >> >> >> --> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > From mario_fs at mgtech.com Mon Sep 27 09:44:32 2010 From: mario_fs at mgtech.com (Mario) Date: Mon, 27 Sep 2010 09:44:32 -0700 Subject: [Freeswitch-users] Setting up GIT In-Reply-To: <1560478098160768124@unknownmsgid> References: <-4856103253258955702@unknownmsgid> <1560478098160768124@unknownmsgid> Message-ID: <4CA0C9F0.1000602@mgtech.com> That was step in in my post to you install problems: A. If you want the git version download and install git from >> http://code.google.com/p/git-osx-installer/ It was a .dmg so a snap to install. I pulled the latest one. No problems at all. On 09/27/10 09:21, Peter Schrock wrote: > Begin forwarded message: >> I apologize for the no message, that was a mistake on my part. >> I was wondering how to set up GIT on an OS X 10.6.4. I keep getting >> error messages. >> >> On Sep 27, 2010, at 9:18 AM, Peter Schrock wrote: >> >>> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Mon Sep 27 09:59:15 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 27 Sep 2010 12:59:15 -0400 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> Message-ID: <22929.1285606755@ccs.covici.com> How do yu do this -- I have heard it was not possible to do that? Yehavi Bourvine wrote: > We had this issue in the past. We moved the core database to ODBC over MySQL > and this solved this issue. > > __yehavi: > > 2010/9/27 Ashley B > > > Hi, > > > > I was experiencing the same issue all of a sudden on FreeSWITCH (Windows - > > 17048M). FS was running without a hitch for 2 months, until I started > > seeing > > the below on our console log whenever receiving an inbound call (the call > > never made it through to the client obviously). After restarting FS, the > > problem went away but I saw it happen once about 5 months ago as well. > > > > We make no external calls whatsoever to the SQLite db's. > > > > Has anyone identified why this could happen and how to prevent future > > occurrences of it? > > > > Thanks > > Ashley > > > > > > ...see log: > > > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > > > call_id,sip_user,sip_host,contact,status,rpid,expires,user_agent,server_user > > ,server_host,profile_name,network_ip,0 from sip_registrations where expires > > > 0 and expires <= 1285417376] library routine called out of sequence > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_registrations where expires > 0 and expires <= 1285417376 > > and hostname='bet' > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > call_id from sip_shared_appearance_dialogs where hostname='bet' and > > profile_name='internal' and expires <= 1285417376] library routine called > > out of sequence > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_registrations where expires > 0 and hostname='bet' and > > expires <= 1285417376 > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_presence where expires > 0 and expires <= 1285417376 and > > hostname='bet' > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_authentication where expires > 0 and expires <= 1285417376 > > and hostname='bet' > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > call_id from sip_subscriptions where (expires = -1 or (expires > 0 and > > expires <= 1285417376)) and hostname='bet'] library routine called out of > > sequence > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_subscriptions where (expires = -1 or (expires > 0 and > > expires <= 1285417376)) and hostname='bet' > > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > delete from sip_dialogs where (expires = -1 or (expires > 0 and expires <= > > 1285417376)) and hostname='bet' > > 2010-09-25 13:23:20.970384 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:20.970384 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.069997 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.069997 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.171564 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.171564 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.271177 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.271177 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.372743 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.372743 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.472357 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.472357 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.573923 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.573923 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.673536 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.673536 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.775103 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > BEGIN > > 2010-09-25 13:23:21.775103 [DEBUG] switch_core_sqldb.c:643 SQL Retry > > [library routine called out of sequence] > > 2010-09-25 13:23:21.874716 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > > > > > > > -----Original Message----- > > From: Peter Olsson [mailto: peter.olsson at visionutveckling.se] > > Sent: 3 May 2010 12:58 PM > > To: FreeSWITCH Users Help > > Subject: RE: [Freeswitch-users] Strange errors from sqlite DB > > > > Brian, > > > > This is the log when it first occured. I'm not sure if I'll ever recreate > > the issue, so do you think I should open a jira anyway? This log is more or > > less all I have. > > > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:119 > > (sofia/internal/50711 at 10.10.1.35) State Change CS_ROUTING -> CS_EXECUTE > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > > sofia/internal/50711 at 10.10.1.35 [BREAK] > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > > (sofia/internal/50711 at 10.10.1.35) State ROUTING going to sleep > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > > (sofia/internal/50711 at 10.10.1.35) Running State Change CS_EXECUTE > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:348 > > (sofia/internal/50711 at 10.10.1.35) State EXECUTE > > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:226 sofia/internal/50711 at > > 10.10.1.35 SOFIA EXECUTE > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:157 > > sofia/internal/50711 at 10.10.1.35 Standard EXECUTE > > EXECUTE sofia/internal/50711 at 10.10.1.35 set(hangup_after_bridge=true) > > 2010-05-03 20:25:32.673126 [DEBUG] mod_dptools.c:816 sofia/internal/50711 > > at > > 10.10.1.35 SET [hangup_after_bridge]=[true] > > EXECUTE sofia/internal/50711 at 10.10.1.35 > > bridge(sofia/gateway/vip2000-trunk/00709275071) > > 2010-05-03 20:25:32.673126 [NOTICE] switch_channel.c:669 New Channel > > sofia/internal/00709275071 [41b995f9-df54-4053-a521-ae804c6c1c6b] > > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:3386 > > (sofia/internal/00709275071) State Change CS_NEW -> CS_INIT > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > > sofia/internal/00709275071 [BREAK] > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > > (sofia/internal/00709275071) Running State Change CS_INIT > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 > > (sofia/internal/00709275071) State INIT > > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:83 > > sofia/internal/00709275071 > > SOFIA INIT > > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:117 > > (sofia/internal/00709275071) State Change CS_INIT -> CS_ROUTING > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > > sofia/internal/00709275071 [BREAK] > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 > > (sofia/internal/00709275071) State INIT going to sleep > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > > (sofia/internal/00709275071) Running State Change CS_ROUTING > > 2010-05-03 20:25:32.673126 [DEBUG] sofia.c:4153 Channel > > sofia/internal/00709275071 entering state [calling][0] > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > > (sofia/internal/00709275071) State ROUTING > > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:140 > > sofia/internal/00709275071 SOFIA ROUTING > > 2010-05-03 20:25:32.673126 [DEBUG] switch_ivr_originate.c:66 > > (sofia/internal/00709275071) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal > > sofia/internal/00709275071 [BREAK] > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 > > (sofia/internal/00709275071) State ROUTING going to sleep > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 > > (sofia/internal/00709275071) Running State Change CS_CONSUME_MEDIA > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 > > (sofia/internal/00709275071) State CONSUME_MEDIA > > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 > > (sofia/internal/00709275071) State CONSUME_MEDIA going to sleep > > 2010-05-03 20:25:32.688751 [INFO] sofia.c:662 Update Callee ID to > > "00709275071" <00709275071> > > 2010-05-03 20:25:32.751251 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > > > sip_subscriptions.proto,sip_subscriptions.sip_user,sip_subscriptions.sip_hos > > > > t,sip_subscriptions.sub_to_user,sip_subscriptions.sub_to_host,sip_subscripti > > > > ons.event,sip_subscriptions.contact,sip_subscriptions.call_id,sip_subscripti > > > > ons.full_from,sip_subscriptions.full_via,sip_subscriptions.expires,sip_subsc > > > > riptions.user_agent,sip_subscriptions.accept,sip_subscriptions.profile_name, > > 'CS_ROUTING','unknown','10.10.1.35',sip_presence.status,sip_presence.rpid > > from sip_subscriptions left join sip_presence on > > (sip_subscriptions.sub_to_user=sip_presence.sip_user and > > sip_subscriptions.sub_to_host=sip_presence.sip_host and > > sip_subscriptions.profile_name=sip_presence.profile_name) where > > sip_subscriptions.expires > -1 and (event='presence' or event='dialog') and > > sub_to_user='50711' and (sub_to_host='10.10.1.35' or presence_hosts like > > '%10.10.1.35%') and (sip_subscriptions.profile_name = 'internal' or > > sip_subscriptions.presence_hosts != sip_subscriptions.sub_to_host)] library > > routine called out of sequence > > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel > > sofia/internal/00709275071 entering state [proceeding][180] > > 2010-05-03 20:25:32.782501 [NOTICE] sofia.c:4223 Ring-Ready > > sofia/internal/00709275071! > > 2010-05-03 20:25:32.782501 [NOTICE] mod_sofia.c:1837 Ring-Ready > > sofia/internal/50711 at 10.10.1.35! > > 2010-05-03 20:25:32.782501 [ERR] switch_core_sqldb.c:525 Statement Error > > [select 'appearance-index=1' from sip_subscriptions where expires > -1 and > > hostname='teller' and event='call-info' and sub_to_user='00709275071' and > > sub_to_host='192.168.1.55']! > > 2010-05-03 20:25:32.782501 [DEBUG] switch_core_session.c:641 Send signal > > sofia/internal/50711 at 10.10.1.35 [BREAK] > > 2010-05-03 20:25:32.782501 [NOTICE] switch_ivr_originate.c:437 Ring Ready > > sofia/internal/50711 at 10.10.1.35! > > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel > > sofia/internal/00709275071 entering state [proceeding][183] > > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4164 Remote SDP: > > > > ________________________________________ > > Fr?n: freeswitch-users-bounces at lists.freeswitch.org > > [freeswitch-users-bounces at lists.freeswitch.org] för Brian West > > [brian at freeswitch.org] > > Skickat: den 3 maj 2010 21:33 > > Till: freeswitch-users at lists.freeswitch.org > > ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB > > > > Happen to be touching core.db from outside of FreeSWITCH? Also what > > SVN/GIT > > are you on? > > > > /b > > > > On May 3, 2010, at 2:27 PM, Peter Olsson wrote: > > > > > ---- > > > > > > 2010-05-03 20:29:21.032501 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > > insert into sip_authentication (nonce,expires,profile_name,hostname, > > last_nc) values('6e5df620-d388-4f93-b0b0-8da4cf880ef1', 1272911421, > > '(NULL)', 'internal', 0) > > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:722 SQL ERR: [select > > nonce,last_nc from sip_authentication where > > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' and last_nc < 1] library > > routine called out of sequence > > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > > update sip_authentication set expires='1272911421',last_nc=1 where > > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' > > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library > > routine called out of sequence] > > > > > > Regards, > > > > > > Peter > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Mon Sep 27 10:06:53 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 27 Sep 2010 12:06:53 -0500 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <22929.1285606755@ccs.covici.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> <22929.1285606755@ccs.covici.com> Message-ID: See switch.conf.xml to define your DSN. /b On Sep 27, 2010, at 11:59 AM, covici at ccs.covici.com wrote: > How do yu do this -- I have heard it was not possible to do that? > > Yehavi Bourvine wrote: > >> We had this issue in the past. We moved the core database to ODBC over MySQL >> and this solved this issue. >> >> __yehavi: From msc at freeswitch.org Mon Sep 27 10:49:00 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 27 Sep 2010 10:49:00 -0700 Subject: [Freeswitch-users] Enterprise bridge variables vs. regular bridge. In-Reply-To: <4C9D6A6C.8010005@communicatefreely.net> References: <4C9CE5EE.1010003@communicatefreely.net> <4C9CFA77.5090002@communicatefreely.net> <4C9D6A6C.8010005@communicatefreely.net> Message-ID: How about using 'execute_on_media=transfer xxx XML default' to handle the case where the call does ring and then having the unsuccessful call just continue on in the current dialplan extension? You can make the assumption that if the call is transferred then you had ringing (media) but if the call is not transferred then you know it never rang at the far end. -MC On Fri, Sep 24, 2010 at 8:20 PM, Tim St. Pierre < fs-list at communicatefreely.net> wrote: > Hopefully, but there is a possibility that none of the legs rang. > > Here's my scenario - > > We ring a group of phones at a customer site, but their Internet connection > is down, or the power is > out, or something has happened that takes out all the phones in the group. > Instead of going to > voice mail, we want to redirect the call to a cell phone, or to another > destination. > > I mostly just need to know if any of the bridges got to a ringing state > before the timeout or not. > > Thanks! > > -Tim > > Michael Collins wrote: > > Isn't the cause always going to be the same, namely that all the legs > > timed out? > > -MC > > > > On Fri, Sep 24, 2010 at 12:22 PM, Tim St. Pierre > > > > > wrote: > > > > Anthony Minessale wrote: > > > with enterprise originate, put vars you want to get set on all > > > channels in <> instead of {} > > > enterprise originate is another dimension of originates where each > > > string between :_: delim is an entire new originate thread using > all > > > of the other functionality separately so each one has a dedicated > {} > > > area. > > > <> is global to all sub originate processes > > > > Aha! So that's what the syntax is. > > > > What can I do about the cause code? Is there any way to use the > > cause code from the first element > > (or any specific element) for decision making later on? > > > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/8d1c4f83/attachment-0001.html From covici at ccs.covici.com Mon Sep 27 10:52:11 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 27 Sep 2010 13:52:11 -0400 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> <22929.1285606755@ccs.covici.com> Message-ID: <23562.1285609931@ccs.covici.com> But did not you say you could not change the core db that it always had to be sqlite? Brian West wrote: > See switch.conf.xml to define your DSN. > > /b > > On Sep 27, 2010, at 11:59 AM, covici at ccs.covici.com wrote: > > > How do yu do this -- I have heard it was not possible to do that? > > > > Yehavi Bourvine wrote: > > > >> We had this issue in the past. We moved the core database to ODBC over MySQL > >> and this solved this issue. > >> > >> __yehavi: > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 rupa at rupa.com Mon Sep 27 11:10:15 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Mon, 27 Sep 2010 13:10:15 -0500 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <23562.1285609931@ccs.covici.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> <22929.1285606755@ccs.covici.com> <23562.1285609931@ccs.covici.com> Message-ID: Depends on when you asked. At one time you couldn't -- then at another point the feature was added to allow core to be in ODBC. On Mon, Sep 27, 2010 at 12:52 PM, wrote: > But did not you say you could not change the core db that it always had > to be sqlite? > > Brian West wrote: > > > See switch.conf.xml to define your DSN. > > > > /b > > > > On Sep 27, 2010, at 11:59 AM, covici at ccs.covici.com wrote: > > > > > How do yu do this -- I have heard it was not possible to do that? > > > > > > Yehavi Bourvine wrote: > > > > > >> We had this issue in the past. We moved the core database to ODBC over > MySQL > > >> and this solved this issue. > > >> > > >> __yehavi: > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/a8769634/attachment.html From peter.schrock at gmail.com Mon Sep 27 11:21:58 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 11:21:58 -0700 Subject: [Freeswitch-users] Setting up GIT In-Reply-To: <4CA0C9F0.1000602@mgtech.com> References: <-4856103253258955702@unknownmsgid> <1560478098160768124@unknownmsgid> <4CA0C9F0.1000602@mgtech.com> Message-ID: <5702981780541394231@unknownmsgid> So, I downloaded Git and then I ran the following commands: cd /usr/local/freeswitch-1.0.6 sudo make current I got the following error: make: *** [is-scm] Error 1 So I ran these commands: sudo git clone git://git.freeswitch.org/ sudo make current I still get the same error message. Any ideas? Peter On Sep 27, 2010, at 9:44 AM, Mario wrote: > That was step in in my post to you install problems: > > A. If you want the git version download and install git from >>> http://code.google.com/p/git-osx-installer/ > > It was a .dmg so a snap to install. I pulled the latest one. No problems > at all. > > > On 09/27/10 09:21, Peter Schrock wrote: >> Begin forwarded message: >>> I apologize for the no message, that was a mistake on my part. >>> I was wondering how to set up GIT on an OS X 10.6.4. I keep getting >>> error messages. >>> >>> On Sep 27, 2010, at 9:18 AM, Peter Schrock wrote: >>> >>>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From steveayre at gmail.com Mon Sep 27 13:20:23 2010 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 27 Sep 2010 21:20:23 +0100 Subject: [Freeswitch-users] Strange errors from sqlite DB In-Reply-To: <22929.1285606755@ccs.covici.com> References: <007301cb5e42$3ac395e0$b04ac1a0$@midletearth.com> <22929.1285606755@ccs.covici.com> Message-ID: That's true... about 2-3 years ago. Just set the ODBC DSN in switch.conf.xml and it'll move the DB into ODBC. On 27 September 2010 17:59, wrote: > How do yu do this -- I have heard it was not possible to do that? > > Yehavi Bourvine wrote: > >> We had this issue in the past. We moved the core database to ODBC over MySQL >> and this solved this issue. >> >> ? ? ? ? ? ? ? ? ?__yehavi: >> >> 2010/9/27 Ashley B >> >> > Hi, >> > >> > I was experiencing the same issue all of a sudden on FreeSWITCH (Windows - >> > 17048M). FS was running without a hitch for 2 months, until I started >> > seeing >> > the below on our console log whenever receiving an inbound call (the call >> > never made it through to the client obviously). After restarting FS, the >> > problem went away but I saw it happen once about 5 months ago as well. >> > >> > We make no external calls whatsoever to the SQLite db's. >> > >> > Has anyone identified why this could happen and how to prevent future >> > occurrences of it? >> > >> > Thanks >> > Ashley >> > >> > >> > ...see log: >> > >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select >> > >> > call_id,sip_user,sip_host,contact,status,rpid,expires,user_agent,server_user >> > ,server_host,profile_name,network_ip,0 from sip_registrations where expires >> > > 0 and expires <= 1285417376] library routine called out of sequence >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_registrations where expires > 0 and expires <= 1285417376 >> > and hostname='bet' >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select >> > call_id from sip_shared_appearance_dialogs where hostname='bet' and >> > profile_name='internal' and expires <= 1285417376] library routine called >> > out of sequence >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_registrations where expires > 0 and hostname='bet' and >> > expires <= 1285417376 >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_presence where expires > 0 and expires <= 1285417376 and >> > hostname='bet' >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_authentication where expires > 0 and expires <= 1285417376 >> > and hostname='bet' >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:722 SQL ERR: [select >> > call_id from sip_subscriptions where (expires = -1 or (expires > 0 and >> > expires <= 1285417376)) and hostname='bet'] library routine called out of >> > sequence >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_subscriptions where (expires = -1 or (expires > 0 and >> > expires <= 1285417376)) and hostname='bet' >> > 2010-09-25 13:22:56.136423 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > delete from sip_dialogs where (expires = -1 or (expires > 0 and expires <= >> > 1285417376)) and hostname='bet' >> > 2010-09-25 13:23:20.970384 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:20.970384 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.069997 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.069997 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.171564 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.171564 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.271177 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.271177 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.372743 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.372743 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.472357 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.472357 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.573923 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.573923 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.673536 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.673536 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.775103 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > BEGIN >> > 2010-09-25 13:23:21.775103 [DEBUG] switch_core_sqldb.c:643 SQL Retry >> > [library routine called out of sequence] >> > 2010-09-25 13:23:21.874716 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > >> > >> > >> > -----Original Message----- >> > From: Peter Olsson [mailto: peter.olsson at visionutveckling.se] >> > Sent: 3 May 2010 12:58 PM >> > To: FreeSWITCH Users Help >> > Subject: RE: [Freeswitch-users] Strange errors from sqlite DB >> > >> > Brian, >> > >> > This is the log when it first occured. I'm not sure if I'll ever recreate >> > the issue, so do you think I should open a jira anyway? This log is more or >> > less all I have. >> > >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:119 >> > (sofia/internal/50711 at 10.10.1.35) State Change CS_ROUTING -> CS_EXECUTE >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal >> > sofia/internal/50711 at 10.10.1.35 [BREAK] >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 >> > (sofia/internal/50711 at 10.10.1.35) State ROUTING going to sleep >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 >> > (sofia/internal/50711 at 10.10.1.35) Running State Change CS_EXECUTE >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:348 >> > (sofia/internal/50711 at 10.10.1.35) State EXECUTE >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:226 sofia/internal/50711 at >> > 10.10.1.35 SOFIA EXECUTE >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:157 >> > sofia/internal/50711 at 10.10.1.35 Standard EXECUTE >> > EXECUTE sofia/internal/50711 at 10.10.1.35 set(hangup_after_bridge=true) >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_dptools.c:816 sofia/internal/50711 >> > at >> > 10.10.1.35 SET [hangup_after_bridge]=[true] >> > EXECUTE sofia/internal/50711 at 10.10.1.35 >> > bridge(sofia/gateway/vip2000-trunk/00709275071) >> > 2010-05-03 20:25:32.673126 [NOTICE] switch_channel.c:669 New Channel >> > sofia/internal/00709275071 [41b995f9-df54-4053-a521-ae804c6c1c6b] >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:3386 >> > (sofia/internal/00709275071) State Change CS_NEW -> CS_INIT >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal >> > sofia/internal/00709275071 [BREAK] >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 >> > (sofia/internal/00709275071) Running State Change CS_INIT >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 >> > (sofia/internal/00709275071) State INIT >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:83 >> > sofia/internal/00709275071 >> > SOFIA INIT >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:117 >> > (sofia/internal/00709275071) State Change CS_INIT -> CS_ROUTING >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal >> > sofia/internal/00709275071 [BREAK] >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:338 >> > (sofia/internal/00709275071) State INIT going to sleep >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 >> > (sofia/internal/00709275071) Running State Change CS_ROUTING >> > 2010-05-03 20:25:32.673126 [DEBUG] sofia.c:4153 Channel >> > sofia/internal/00709275071 entering state [calling][0] >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 >> > (sofia/internal/00709275071) State ROUTING >> > 2010-05-03 20:25:32.673126 [DEBUG] mod_sofia.c:140 >> > sofia/internal/00709275071 SOFIA ROUTING >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_ivr_originate.c:66 >> > (sofia/internal/00709275071) State Change CS_ROUTING -> CS_CONSUME_MEDIA >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_session.c:1021 Send signal >> > sofia/internal/00709275071 [BREAK] >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:341 >> > (sofia/internal/00709275071) State ROUTING going to sleep >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:314 >> > (sofia/internal/00709275071) Running State Change CS_CONSUME_MEDIA >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 >> > (sofia/internal/00709275071) State CONSUME_MEDIA >> > 2010-05-03 20:25:32.673126 [DEBUG] switch_core_state_machine.c:360 >> > (sofia/internal/00709275071) State CONSUME_MEDIA going to sleep >> > 2010-05-03 20:25:32.688751 [INFO] sofia.c:662 Update Callee ID to >> > "00709275071" <00709275071> >> > 2010-05-03 20:25:32.751251 [ERR] switch_core_sqldb.c:722 SQL ERR: [select >> > >> > sip_subscriptions.proto,sip_subscriptions.sip_user,sip_subscriptions.sip_hos >> > >> > t,sip_subscriptions.sub_to_user,sip_subscriptions.sub_to_host,sip_subscripti >> > >> > ons.event,sip_subscriptions.contact,sip_subscriptions.call_id,sip_subscripti >> > >> > ons.full_from,sip_subscriptions.full_via,sip_subscriptions.expires,sip_subsc >> > >> > riptions.user_agent,sip_subscriptions.accept,sip_subscriptions.profile_name, >> > 'CS_ROUTING','unknown','10.10.1.35',sip_presence.status,sip_presence.rpid >> > from sip_subscriptions left join sip_presence on >> > (sip_subscriptions.sub_to_user=sip_presence.sip_user and >> > sip_subscriptions.sub_to_host=sip_presence.sip_host and >> > sip_subscriptions.profile_name=sip_presence.profile_name) where >> > sip_subscriptions.expires > -1 and (event='presence' or event='dialog') and >> > sub_to_user='50711' and (sub_to_host='10.10.1.35' or presence_hosts like >> > '%10.10.1.35%') and (sip_subscriptions.profile_name = 'internal' or >> > sip_subscriptions.presence_hosts != sip_subscriptions.sub_to_host)] library >> > routine called out of sequence >> > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel >> > sofia/internal/00709275071 entering state [proceeding][180] >> > 2010-05-03 20:25:32.782501 [NOTICE] sofia.c:4223 Ring-Ready >> > sofia/internal/00709275071! >> > 2010-05-03 20:25:32.782501 [NOTICE] mod_sofia.c:1837 Ring-Ready >> > sofia/internal/50711 at 10.10.1.35! >> > 2010-05-03 20:25:32.782501 [ERR] switch_core_sqldb.c:525 Statement Error >> > [select 'appearance-index=1' from sip_subscriptions where expires > -1 and >> > hostname='teller' and event='call-info' and sub_to_user='00709275071' and >> > sub_to_host='192.168.1.55']! >> > 2010-05-03 20:25:32.782501 [DEBUG] switch_core_session.c:641 Send signal >> > sofia/internal/50711 at 10.10.1.35 [BREAK] >> > 2010-05-03 20:25:32.782501 [NOTICE] switch_ivr_originate.c:437 Ring Ready >> > sofia/internal/50711 at 10.10.1.35! >> > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4153 Channel >> > sofia/internal/00709275071 entering state [proceeding][183] >> > 2010-05-03 20:25:32.782501 [DEBUG] sofia.c:4164 Remote SDP: >> > >> > ________________________________________ >> > Fr?n: freeswitch-users-bounces at lists.freeswitch.org >> > [freeswitch-users-bounces at lists.freeswitch.org] för Brian West >> > [brian at freeswitch.org] >> > Skickat: den 3 maj 2010 21:33 >> > Till: freeswitch-users at lists.freeswitch.org >> > ?mne: Re: [Freeswitch-users] Strange errors from sqlite DB >> > >> > Happen to be touching core.db from outside of FreeSWITCH? ?Also what >> > SVN/GIT >> > are you on? >> > >> > /b >> > >> > On May 3, 2010, at 2:27 PM, Peter Olsson wrote: >> > >> > > ---- >> > > >> > > 2010-05-03 20:29:21.032501 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > > insert into sip_authentication (nonce,expires,profile_name,hostname, >> > last_nc) values('6e5df620-d388-4f93-b0b0-8da4cf880ef1', 1272911421, >> > '(NULL)', 'internal', 0) >> > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:722 SQL ERR: [select >> > nonce,last_nc from sip_authentication where >> > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' and last_nc < 1] library >> > routine called out of sequence >> > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > > update sip_authentication set expires='1272911421',last_nc=1 where >> > nonce='6e5df620-d388-4f93-b0b0-8da4cf880ef1' >> > > 2010-05-03 20:29:21.048126 [ERR] switch_core_sqldb.c:404 SQL ERR [library >> > routine called out of sequence] >> > > >> > > Regards, >> > > >> > > Peter >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> ---------------------------------------------------- >> Alternatives: >> >> ---------------------------------------------------- >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 pjintheusa at gmail.com Mon Sep 27 13:29:01 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Mon, 27 Sep 2010 16:29:01 -0400 Subject: [Freeswitch-users] menu-exec-api - Invalid Action [menu-exec-api] In-Reply-To: References: Message-ID: Just for reference - although menu-exec-api is documented in the FreeSWITCH book and in the WIKI - it does not actually exist (and maybe never did) I have updated the WIKI. On Mon, Sep 27, 2010 at 9:39 AM, Phillip Jones wrote: > Hi there, > > I am trying to use menu-exec-api for the first time. But I am getting the > error: > > [WARNING] switch_ivr_menu.c:718 Invalid Action [menu-exec-api] > [ERR] switch_ivr_menu.c:865 Unable to build xml menu > > > If I check the code I don't see a menu-exec-api action: > > > static struct iam_s { > const char *name; > switch_ivr_action_t action; > } iam[] = { > { > "menu-exit", SWITCH_IVR_ACTION_DIE}, { > "menu-sub", SWITCH_IVR_ACTION_EXECMENU}, { > "menu-exec-app", SWITCH_IVR_ACTION_EXECAPP}, { > "menu-play-sound", SWITCH_IVR_ACTION_PLAYSOUND}, { > "menu-back", SWITCH_IVR_ACTION_BACK}, { > "menu-top", SWITCH_IVR_ACTION_TOMAIN}, { > NULL, 0} > }; > > I am on GIT HEAD from Saturday. > > I am really confused. What am I missing? Can someone confirm that > menu-exec-api is still valid? > > Thanks > > > Pj > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/527946a0/attachment-0001.html From brian at freeswitch.org Mon Sep 27 13:55:07 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 27 Sep 2010 15:55:07 -0500 Subject: [Freeswitch-users] menu-exec-api - Invalid Action [menu-exec-api] In-Reply-To: References: Message-ID: You can however do something like menu-exec-app with set and data = ${api(something)} /b On Sep 27, 2010, at 3:29 PM, Phillip Jones wrote: > menu-exec-app From brian at freeswitch.org Mon Sep 27 13:57:04 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 27 Sep 2010 15:57:04 -0500 Subject: [Freeswitch-users] menu-exec-api - Invalid Action [menu-exec-api] In-Reply-To: References: Message-ID: You can however do something like menu-exec-app with set and data = ${api(something)} /b On Sep 27, 2010, at 3:29 PM, Phillip Jones wrote: > menu-exec-app From covici at ccs.covici.com Mon Sep 27 14:39:09 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 27 Sep 2010 17:39:09 -0400 Subject: [Freeswitch-users] question about lua integration to freeswitch Message-ID: <26255.1285623549@ccs.covici.com> Hi. I was reading the book and I find things like freeswitch.log -- so is there a complete list of freeswitch.xxx? Also I find session:ready and other things -- is there a list of all of those? Thanks. -- 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 Mon Sep 27 14:46:28 2010 From: brian at freeswitch.org (Brian West) Date: Mon, 27 Sep 2010 16:46:28 -0500 Subject: [Freeswitch-users] question about lua integration to freeswitch In-Reply-To: <26255.1285623549@ccs.covici.com> References: <26255.1285623549@ccs.covici.com> Message-ID: <685DFE69-79DE-43FE-A9B3-FC1775B73B1A@freeswitch.org> http://wiki.freeswitch.org/wiki/Mod_lua /b On Sep 27, 2010, at 4:39 PM, covici at ccs.covici.com wrote: > Hi. I was reading the book and I find things like freeswitch.log -- so > is there a complete list of freeswitch.xxx? Also I find session:ready > and other things -- is there a list of all of those? > > Thanks. From peter.schrock at gmail.com Mon Sep 27 14:49:59 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 14:49:59 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: I tested connecting on an iPhone using Bria, from Counterpath. I tried a different IP and it gave me the 408 message. I then tried the IP I originally thought it was suppose to be and now it's saying that I have the username and password incorrect. I am using 1000 and 1234 (respectively), am I wrong? I so, how can I set this up? peter On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung wrote: > Are you using a distro like Trixswitch or FusionPBX? If not, check > your firewall settings and make sure that both ports 5080 is open on > the external side and port 5060 on the internal side, both UDP. > > On Sun, Sep 26, 2010 at 4:49 PM, mazilo > wrote: > > > > > > Peter Schrock wrote: > >> I am curious, how does one find their Server > >> IP Address? > > Can you access the FS server physically? If so, then login into the > server > > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find > out > > the IP Address of the computer. > > > > ----- > > don't and stop are the ONLY two 4-letter words considered offensive to > men, > > but not when used together. > > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/b93dab61/attachment.html From peter.schrock at gmail.com Mon Sep 27 15:14:10 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 15:14:10 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: okay, I also tried connecting with X-Lite from Counterpath and I got it to connect, so I am assuming ports are open. I can see in my terminal that FS is responding to the calls that I am placing (dialing 9198 and 9196). However, I get an error on the side of X-Flite and in the terminal, this is the message that comes up: 2010-09-27 15:03:59.098583 [INFO] mod_dialplan_xml.c:418 Processing Peter Schrock->9198 in context public 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 sofia/external/1100 at 192.168.1.100 has executed the last dialplan instruction, hanging up. 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:187 Hangup sofia/external/1100 at 192.168.1.100 [CS_EXECUTE] [NORMAL_CLEARING] 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1182 Session 6 (sofia/external/1100 at 192.168.1.100) Ended 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1184 Close Channel sofia/external/1100 at 192.168.1.100 [CS_DESTROY] 2010-09-27 15:04:14.545800 [NOTICE] switch_channel.c:669 New Channel sofia/external/1100 at 192.168.1.100 [3cc5f9d4-27f0-4672-bd0f-4dc03bd00dc3] What does this mean? Peter On Mon, Sep 27, 2010 at 2:49 PM, Peter Schrock wrote: > I tested connecting on an iPhone using Bria, from Counterpath. I tried > a different IP and it gave me the 408 message. I then tried the IP I > originally thought it was suppose to be and now it's saying that I > have the username and password incorrect. I am using 1000 and 1234 > (respectively), am I wrong? I so, how can I set this up? > > peter > > On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung wrote: > >> Are you using a distro like Trixswitch or FusionPBX? If not, check >> your firewall settings and make sure that both ports 5080 is open on >> the external side and port 5060 on the internal side, both UDP. >> >> On Sun, Sep 26, 2010 at 4:49 PM, mazilo >> wrote: >> > >> > >> > Peter Schrock wrote: >> >> I am curious, how does one find their Server >> >> IP Address? >> > Can you access the FS server physically? If so, then login into the >> server >> > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to find >> out >> > the IP Address of the computer. >> > >> > ----- >> > don't and stop are the ONLY two 4-letter words considered offensive to >> men, >> > but not when used together. >> > -- >> > View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >> > Sent from the freeswitch-users mailing list archive at Nabble.com. >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > "People should not be afraid of their governments, governments should be > afraid of their people." -V- > -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/85a81d92/attachment.html From msc at freeswitch.org Mon Sep 27 15:39:11 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 27 Sep 2010 15:39:11 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: Try calling 9664 (MOH) since that will play continuously. This line suggests that the tone_stream on 9198 failed some how: 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 sofia/external/1100 at 192.168.1.100 has executed the last dialplan instruction, hanging up. Be sure to turn on debug level ouput. (in fs_cli it's automatic, but if you are at the actual fs console then do "console loglevel 7"). Also, turn on SIP trace: "sofia profile internal siptrace on". (Replace 'internal' with the name of your profile if you are using a different profile name. Pastebin the results (pastebin.freeswitch.org) and paste the link in this thread so we can take a look. -MC On Mon, Sep 27, 2010 at 3:14 PM, Peter Schrock wrote: > okay, I also tried connecting with X-Lite from Counterpath and I got it to > connect, so I am assuming ports are open. I can see in my terminal that FS > is responding to the calls that I am placing (dialing 9198 and 9196). > However, I get an error on the side of X-Flite and in the terminal, this is > the message that comes up: > > 2010-09-27 15:03:59.098583 [INFO] mod_dialplan_xml.c:418 Processing Peter > Schrock->9198 in context public > 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 > sofia/external/1100 at 192.168.1.100 has executed the last dialplan > instruction, hanging up. > 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:187 Hangup > sofia/external/1100 at 192.168.1.100 [CS_EXECUTE] [NORMAL_CLEARING] > 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1182 Session 6 > (sofia/external/1100 at 192.168.1.100) Ended > 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1184 Close > Channel sofia/external/1100 at 192.168.1.100 [CS_DESTROY] > 2010-09-27 15:04:14.545800 [NOTICE] switch_channel.c:669 New Channel > sofia/external/1100 at 192.168.1.100 [3cc5f9d4-27f0-4672-bd0f-4dc03bd00dc3] > > What does this mean? > > Peter > > On Mon, Sep 27, 2010 at 2:49 PM, Peter Schrock wrote: > >> I tested connecting on an iPhone using Bria, from Counterpath. I tried >> a different IP and it gave me the 408 message. I then tried the IP I >> originally thought it was suppose to be and now it's saying that I >> have the username and password incorrect. I am using 1000 and 1234 >> (respectively), am I wrong? I so, how can I set this up? >> >> peter >> >> On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung wrote: >> >>> Are you using a distro like Trixswitch or FusionPBX? If not, check >>> your firewall settings and make sure that both ports 5080 is open on >>> the external side and port 5060 on the internal side, both UDP. >>> >>> On Sun, Sep 26, 2010 at 4:49 PM, mazilo >>> wrote: >>> > >>> > >>> > Peter Schrock wrote: >>> >> I am curious, how does one find their Server >>> >> IP Address? >>> > Can you access the FS server physically? If so, then login into the >>> server >>> > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to >>> find out >>> > the IP Address of the computer. >>> > >>> > ----- >>> > don't and stop are the ONLY two 4-letter words considered offensive to >>> men, >>> > but not when used together. >>> > -- >>> > View this message in context: >>> http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >>> > Sent from the freeswitch-users mailing list archive at Nabble.com. >>> > >>> > _______________________________________________ >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> > >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> "People should not be afraid of their governments, governments should be >> afraid of their people." -V- >> > > > > -- > "People should not be afraid of their governments, governments should be > afraid of their people." -V- > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/0b5290b6/attachment-0001.html From dujinfang at gmail.com Mon Sep 27 19:08:16 2010 From: dujinfang at gmail.com (Seven Du) Date: Tue, 28 Sep 2010 10:08:16 +0800 Subject: [Freeswitch-users] Bridge ignores call_timeout when using :_: separators In-Reply-To: <4CA0C91A.1070704@mgtech.com> References: <4CA0B127.90803@mgtech.com> <4CA0C91A.1070704@mgtech.com> Message-ID: It's a good habit to doc what you have learned on wiki :) On Tue, Sep 28, 2010 at 12:40 AM, Mario wrote: > Thanks so much it worked! All weekend on this one. I tried my best to > figure it our on my own since you learn so much. Thanks again and for > the great book! > > On 09/27/10 09:01, Anthony Minessale wrote: >> > data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >> >> >> On Mon, Sep 27, 2010 at 9:58 AM, Mario wrote: >>> OK folks, been battling this for several hours with nothing found here >>> or on web searches. I hope I am missing something and would greatly >>> appreciate any help. I am in the home stretch and this is the last big >>> problem (I hope). >>> >>> Note this problem ONLY occurs with bridging when ALL three are true: >>> 1. Use :_: between the destinations >>> 2. One destination is a shared extension (multiple-registrations >>> value="contact) >>> 3. One destination is an outside phone (cell in this case). >>> >>> I am bridging to internal and an external cell phone. I want to regain >>> control to go to IVR when there is no answer. I need to use the :_: >>> separator because the internal extensions are set for multiple logins, >>> the same extension # is used on multiple phones. This is because I have >>> 2 shared mailboxes and the SPA962 voicemail button is tied to the user >>> ID not the mailbox setting. So the only way for the button on multiple >>> phones to get the same mailbox is to use shared extensions. >>> >>> I am using the :_: separator because if you use a comma, only one of the >>> internal extensions rings because of the multiple logons. This is known >>> and I found searching that :_: is needed when bridging to a number or >>> group that uses multiple logons. Everything works fine with the >>> exception that the call_timeout does not work, the call keeps ringing if >>> no answer (or the cell phone goes to voicemail, not what I want). >>> >>> I would greatly appreciate any help since I think I have tried many >>> things to get around it but nothing seems to work. I have tried 1 >>> extension, etc. Thanks! >>> Mario >>> >>> >>> This rings all internal extensions (right) but no timeout: >>> >> data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >>> >>> This rings only 1 internal extension (wrong) but does timeout: >>> >> data="group/home@${domain_name},sofia/gateway/uid1/19161234567,sofia/gateway/uid1/19162223333"/> >>> >>> Changing group to a single user ID (shared) has same results. >>> >>> >>> This is the complete extension, many extra things are there to try to >>> get it to work: >>> >>> ? ? >>> ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ?>> data="/usr/local/freeswitch/conf/oursounds/we_trying_please_hold.wav"/> >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ?>> data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? >>> ? ? ? ? ?--> >>> ? ? ? >>> ? >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From peter.schrock at gmail.com Mon Sep 27 20:45:17 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 20:45:17 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: I tried calling 9664 and I still got the error message. I am not sure if I did this correctly, but I wasn't sure what was suppose to be put in place of "internal", so I tried "internal" and I got an error message. I tried "external" and that seemed to trigger it. This was the response: http://pastebin.freeswitch.org/14040 Anyway, I hope this is the information you were talking about. On Mon, Sep 27, 2010 at 3:39 PM, Michael Collins wrote: > Try calling 9664 (MOH) since that will play continuously. This line > suggests that the tone_stream on 9198 failed some how: > > > 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 > sofia/external/1100 at 192.168.1.100 has executed the last dialplan > instruction, hanging up. > > Be sure to turn on debug level ouput. (in fs_cli it's automatic, but if you > are at the actual fs console then do "console loglevel 7"). Also, turn on > SIP trace: "sofia profile internal siptrace on". (Replace 'internal' with > the name of your profile if you are using a different profile name. > > Pastebin the results (pastebin.freeswitch.org) and paste the link in this > thread so we can take a look. > -MC > > > On Mon, Sep 27, 2010 at 3:14 PM, Peter Schrock wrote: > >> okay, I also tried connecting with X-Lite from Counterpath and I got it to >> connect, so I am assuming ports are open. I can see in my terminal that FS >> is responding to the calls that I am placing (dialing 9198 and 9196). >> However, I get an error on the side of X-Flite and in the terminal, this is >> the message that comes up: >> >> 2010-09-27 15:03:59.098583 [INFO] mod_dialplan_xml.c:418 Processing Peter >> Schrock->9198 in context public >> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 >> sofia/external/1100 at 192.168.1.100 has executed the last dialplan >> instruction, hanging up. >> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:187 Hangup >> sofia/external/1100 at 192.168.1.100 [CS_EXECUTE] [NORMAL_CLEARING] >> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1182 Session 6 >> (sofia/external/1100 at 192.168.1.100) Ended >> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1184 Close >> Channel sofia/external/1100 at 192.168.1.100 [CS_DESTROY] >> 2010-09-27 15:04:14.545800 [NOTICE] switch_channel.c:669 New Channel >> sofia/external/1100 at 192.168.1.100 [3cc5f9d4-27f0-4672-bd0f-4dc03bd00dc3] >> >> What does this mean? >> >> Peter >> >> On Mon, Sep 27, 2010 at 2:49 PM, Peter Schrock wrote: >> >>> I tested connecting on an iPhone using Bria, from Counterpath. I tried >>> a different IP and it gave me the 408 message. I then tried the IP I >>> originally thought it was suppose to be and now it's saying that I >>> have the username and password incorrect. I am using 1000 and 1234 >>> (respectively), am I wrong? I so, how can I set this up? >>> >>> peter >>> >>> On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung >> > wrote: >>> >>>> Are you using a distro like Trixswitch or FusionPBX? If not, check >>>> your firewall settings and make sure that both ports 5080 is open on >>>> the external side and port 5060 on the internal side, both UDP. >>>> >>>> On Sun, Sep 26, 2010 at 4:49 PM, mazilo >>>> wrote: >>>> > >>>> > >>>> > Peter Schrock wrote: >>>> >> I am curious, how does one find their Server >>>> >> IP Address? >>>> > Can you access the FS server physically? If so, then login into the >>>> server >>>> > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to >>>> find out >>>> > the IP Address of the computer. >>>> > >>>> > ----- >>>> > don't and stop are the ONLY two 4-letter words considered offensive to >>>> men, >>>> > but not when used together. >>>> > -- >>>> > View this message in context: >>>> http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >>>> > Sent from the freeswitch-users mailing list archive at Nabble.com. >>>> > >>>> > _______________________________________________ >>>> > FreeSWITCH-users mailing list >>>> > FreeSWITCH-users at lists.freeswitch.org >>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> > UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> > http://www.freeswitch.org >>>> > >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/759037e0/attachment.html From msc at freeswitch.org Mon Sep 27 21:10:50 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 27 Sep 2010 21:10:50 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: Peter, As best I can tell you are trying to register a phone on port 5080, and you are trying user 1100. Did you create a user 1100 in the user directory? -MC On Mon, Sep 27, 2010 at 8:45 PM, Peter Schrock wrote: > I tried calling 9664 and I still got the error message. > > I am not sure if I did this correctly, but I wasn't sure what was suppose > to be put in place of "internal", so I tried "internal" and I got an error > message. I tried "external" and that seemed to trigger it. This was the > response: > http://pastebin.freeswitch.org/14040 > Anyway, I hope this is the information you were talking about. > > > On Mon, Sep 27, 2010 at 3:39 PM, Michael Collins wrote: > >> Try calling 9664 (MOH) since that will play continuously. This line >> suggests that the tone_stream on 9198 failed some how: >> >> >> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 >> sofia/external/1100 at 192.168.1.100 has executed the last dialplan >> instruction, hanging up. >> >> Be sure to turn on debug level ouput. (in fs_cli it's automatic, but if >> you are at the actual fs console then do "console loglevel 7"). Also, turn >> on SIP trace: "sofia profile internal siptrace on". (Replace 'internal' with >> the name of your profile if you are using a different profile name. >> >> Pastebin the results (pastebin.freeswitch.org) and paste the link in this >> thread so we can take a look. >> -MC >> >> >> On Mon, Sep 27, 2010 at 3:14 PM, Peter Schrock wrote: >> >>> okay, I also tried connecting with X-Lite from Counterpath and I got it >>> to connect, so I am assuming ports are open. I can see in my terminal that >>> FS is responding to the calls that I am placing (dialing 9198 and 9196). >>> However, I get an error on the side of X-Flite and in the terminal, this is >>> the message that comes up: >>> >>> 2010-09-27 15:03:59.098583 [INFO] mod_dialplan_xml.c:418 Processing Peter >>> Schrock->9198 in context public >>> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 >>> sofia/external/1100 at 192.168.1.100 has executed the last dialplan >>> instruction, hanging up. >>> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:187 >>> Hangup sofia/external/1100 at 192.168.1.100 [CS_EXECUTE] [NORMAL_CLEARING] >>> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1182 Session 6 >>> (sofia/external/1100 at 192.168.1.100) Ended >>> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1184 Close >>> Channel sofia/external/1100 at 192.168.1.100 [CS_DESTROY] >>> 2010-09-27 15:04:14.545800 [NOTICE] switch_channel.c:669 New Channel >>> sofia/external/1100 at 192.168.1.100 [3cc5f9d4-27f0-4672-bd0f-4dc03bd00dc3] >>> >>> What does this mean? >>> >>> Peter >>> >>> On Mon, Sep 27, 2010 at 2:49 PM, Peter Schrock wrote: >>> >>>> I tested connecting on an iPhone using Bria, from Counterpath. I tried >>>> a different IP and it gave me the 408 message. I then tried the IP I >>>> originally thought it was suppose to be and now it's saying that I >>>> have the username and password incorrect. I am using 1000 and 1234 >>>> (respectively), am I wrong? I so, how can I set this up? >>>> >>>> peter >>>> >>>> On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung < >>>> curriegrad2004 at gmail.com> wrote: >>>> >>>>> Are you using a distro like Trixswitch or FusionPBX? If not, check >>>>> your firewall settings and make sure that both ports 5080 is open on >>>>> the external side and port 5060 on the internal side, both UDP. >>>>> >>>>> On Sun, Sep 26, 2010 at 4:49 PM, mazilo >>>>> wrote: >>>>> > >>>>> > >>>>> > Peter Schrock wrote: >>>>> >> I am curious, how does one find their Server >>>>> >> IP Address? >>>>> > Can you access the FS server physically? If so, then login into the >>>>> server >>>>> > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to >>>>> find out >>>>> > the IP Address of the computer. >>>>> > >>>>> > ----- >>>>> > don't and stop are the ONLY two 4-letter words considered offensive >>>>> to men, >>>>> > but not when used together. >>>>> > -- >>>>> > View this message in context: >>>>> http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >>>>> > Sent from the freeswitch-users mailing list archive at Nabble.com. >>>>> > >>>>> > _______________________________________________ >>>>> > FreeSWITCH-users mailing list >>>>> > FreeSWITCH-users at lists.freeswitch.org >>>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> > UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> > http://www.freeswitch.org >>>>> > >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/f4cbcb0e/attachment-0001.html From peter.schrock at gmail.com Mon Sep 27 21:47:16 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Mon, 27 Sep 2010 21:47:16 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: Yes, I have the FS book and I am on chapter 4 "SIP and the User Directory". The exercise walks you through developing your own account and it tells you to use "1100". I am still curious as to why it won't complete the call. When I call on Bria, on my iPhone, it says "Temporarily Unavailable (480)". I just wish there was something to stand out as a "oh, that's what I need to fix". :-\ Peter On Mon, Sep 27, 2010 at 9:10 PM, Michael Collins wrote: > Peter, > > As best I can tell you are trying to register a phone on port 5080, and you > are trying user 1100. Did you create a user 1100 in the user directory? > -MC > > > On Mon, Sep 27, 2010 at 8:45 PM, Peter Schrock wrote: > >> I tried calling 9664 and I still got the error message. >> >> I am not sure if I did this correctly, but I wasn't sure what was suppose >> to be put in place of "internal", so I tried "internal" and I got an error >> message. I tried "external" and that seemed to trigger it. This was the >> response: >> http://pastebin.freeswitch.org/14040 >> Anyway, I hope this is the information you were talking about. >> >> >> On Mon, Sep 27, 2010 at 3:39 PM, Michael Collins wrote: >> >>> Try calling 9664 (MOH) since that will play continuously. This line >>> suggests that the tone_stream on 9198 failed some how: >>> >>> >>> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 >>> sofia/external/1100 at 192.168.1.100 has executed the last dialplan >>> instruction, hanging up. >>> >>> Be sure to turn on debug level ouput. (in fs_cli it's automatic, but if >>> you are at the actual fs console then do "console loglevel 7"). Also, turn >>> on SIP trace: "sofia profile internal siptrace on". (Replace 'internal' with >>> the name of your profile if you are using a different profile name. >>> >>> Pastebin the results (pastebin.freeswitch.org) and paste the link in >>> this thread so we can take a look. >>> -MC >>> >>> >>> On Mon, Sep 27, 2010 at 3:14 PM, Peter Schrock wrote: >>> >>>> okay, I also tried connecting with X-Lite from Counterpath and I got it >>>> to connect, so I am assuming ports are open. I can see in my terminal that >>>> FS is responding to the calls that I am placing (dialing 9198 and 9196). >>>> However, I get an error on the side of X-Flite and in the terminal, this is >>>> the message that comes up: >>>> >>>> 2010-09-27 15:03:59.098583 [INFO] mod_dialplan_xml.c:418 Processing >>>> Peter Schrock->9198 in context public >>>> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:185 >>>> sofia/external/1100 at 192.168.1.100 has executed the last dialplan >>>> instruction, hanging up. >>>> 2010-09-27 15:03:59.172658 [NOTICE] switch_core_state_machine.c:187 >>>> Hangup sofia/external/1100 at 192.168.1.100 [CS_EXECUTE] [NORMAL_CLEARING] >>>> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1182 Session 6 >>>> (sofia/external/1100 at 192.168.1.100) Ended >>>> 2010-09-27 15:03:59.197212 [NOTICE] switch_core_session.c:1184 Close >>>> Channel sofia/external/1100 at 192.168.1.100 [CS_DESTROY] >>>> 2010-09-27 15:04:14.545800 [NOTICE] switch_channel.c:669 New Channel >>>> sofia/external/1100 at 192.168.1.100[3cc5f9d4-27f0-4672-bd0f-4dc03bd00dc3] >>>> >>>> What does this mean? >>>> >>>> Peter >>>> >>>> On Mon, Sep 27, 2010 at 2:49 PM, Peter Schrock >>> > wrote: >>>> >>>>> I tested connecting on an iPhone using Bria, from Counterpath. I tried >>>>> a different IP and it gave me the 408 message. I then tried the IP I >>>>> originally thought it was suppose to be and now it's saying that I >>>>> have the username and password incorrect. I am using 1000 and 1234 >>>>> (respectively), am I wrong? I so, how can I set this up? >>>>> >>>>> peter >>>>> >>>>> On Sun, Sep 26, 2010 at 7:47 PM, Jeffrey Leung < >>>>> curriegrad2004 at gmail.com> wrote: >>>>> >>>>>> Are you using a distro like Trixswitch or FusionPBX? If not, check >>>>>> your firewall settings and make sure that both ports 5080 is open on >>>>>> the external side and port 5060 on the internal side, both UDP. >>>>>> >>>>>> On Sun, Sep 26, 2010 at 4:49 PM, mazilo < >>>>>> Nabble at slickdeals.endjunk.com> wrote: >>>>>> > >>>>>> > >>>>>> > Peter Schrock wrote: >>>>>> >> I am curious, how does one find their Server >>>>>> >> IP Address? >>>>>> > Can you access the FS server physically? If so, then login into the >>>>>> server >>>>>> > and do [i]ifconfig[/i] (unix/linux) or [i]ipconfig[/i] (windows) to >>>>>> find out >>>>>> > the IP Address of the computer. >>>>>> > >>>>>> > ----- >>>>>> > don't and stop are the ONLY two 4-letter words considered offensive >>>>>> to men, >>>>>> > but not when used together. >>>>>> > -- >>>>>> > View this message in context: >>>>>> http://freeswitch-users.2379917.n2.nabble.com/Server-IP-Address-tp5571980p5573167.html >>>>>> > Sent from the freeswitch-users mailing list archive at Nabble.com. >>>>>> > >>>>>> > _______________________________________________ >>>>>> > FreeSWITCH-users mailing list >>>>>> > FreeSWITCH-users at lists.freeswitch.org >>>>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> > UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> > http://www.freeswitch.org >>>>>> > >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/e0dfff99/attachment.html From neillw at aeonvista.com Mon Sep 27 10:27:44 2010 From: neillw at aeonvista.com (Neill Wilkinson) Date: Mon, 27 Sep 2010 18:27:44 +0100 Subject: [Freeswitch-users] How do I change the from: to: domain from the IP address of freeswitch? Message-ID: All just playing with Multi-tenant config, and got all the dialplan and domain specific directory settings kinda all working. All the phone register as extension at domain.com and I've added SRV records for _sip._udp.domain.com to my local DNS, and x-lite and SJ-phone correctly resolve this this to my server IP from DNS. I can make calls using extension at domain.com toward FS and the call correctly routes in the dialplan - when Sofia originates the new outbound leg using: FS still puts its IP as the domain portion of the From and To fields in the INVITE: From: "+441635698866" >;tag=cg7H7SvjvrSmp Neill....;o) Aeonvista Ltd *Opening Up New Ideas* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/ab3ce312/attachment-0001.html From potxoka at gmail.com Mon Sep 27 15:36:25 2010 From: potxoka at gmail.com (Antonio) Date: Tue, 28 Sep 2010 00:36:25 +0200 Subject: [Freeswitch-users] Freeswitch and mysql Message-ID: <4CA11C69.70302@gmail.com> Hello, I asked and more I searched, I found nothing, how to integrate FreeSwitch with mysql. Some time ago I found Asterisk-realtime and wanted to know if there is something similar in FreeSwitch. Is to avoid double configurations, for example if there is a conference room that can be accessed from multiple servers, etc. I'm new in FreeSwitch and I have much knowledge ;-) Does anyone have any url or book on how to do? Lua?. Thanks. Greetings -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/96d44036/attachment.html From david.ponzone at ipeva.fr Mon Sep 27 23:56:36 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Sep 2010 08:56:36 +0200 Subject: [Freeswitch-users] Freeswitch and mysql In-Reply-To: <4CA11C69.70302@gmail.com> References: <4CA11C69.70302@gmail.com> Message-ID: Antonio, there are 2 main solutions: -use mod_xml_curl, which allows to get the whole dialplan from HTTP (so from SQL, using the language of your choice) -have a "call routing engine" written in the language of your choice (LUA, JS, Python, Perl, C, C#, Ruby) running standalone besides FS. It will be connected to FS through sockets, and then you can include any level of "smartness" in that engine David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 28/09/2010 ? 00:36, Antonio a ?crit : > Hello, > > I asked and more I searched, I found nothing, how to integrate > FreeSwitch with mysql. Some time ago I found Asterisk-realtime and > wanted to know if there is something similar in FreeSwitch. Is to > avoid double configurations, for example if there is a conference > room that can be accessed from multiple servers, etc. I'm new in > FreeSwitch and I have much knowledge ;-) > > Does anyone have any url or book on how to do? Lua?. Thanks. > > Greetings > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/791b0cca/attachment.html From bernhard.suttner at winet.ch Tue Sep 28 00:08:16 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Tue, 28 Sep 2010 09:08:16 +0200 Subject: [Freeswitch-users] Freeswitch and mysql In-Reply-To: References: <4CA11C69.70302@gmail.com> Message-ID: <3855ba7f-bfe9-4888-85d4-1ef43a6bb697@winet.ch> Hi, There is also the possibility to use the xml-handler (e.g. lua),write a c/c++ module which does fetch the dialplan/directory. Also it ispossible to call lua as a application and then do some sort of mysql queries. Another possible way is, that you specify to use LUA for thecontext of a sip profile. Then, if the context would be used, it will just callthe lua script BR, Bernhard Von:freeswitch-users-bounces at lists.freeswitch.org[mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von DavidPonzone Gesendet: Dienstag, 28. September 2010 08:57 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] Freeswitch and mysql Antonio, there are 2 main solutions: -use mod_xml_curl, which allows to get the whole dialplanfrom HTTP (so from SQL, using the language of your choice) -have a "call routing engine" written in thelanguage of your choice (LUA, JS, Python, Perl, C, C#, Ruby) running standalonebesides FS. It will be connected to FS through sockets, and then you caninclude any level of "smartness" in that engine David Ponzone DirectionTechnique email: david.ponzone at ipeva.fr tel: 0174 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?cesjointes sont confidentiels et ?tablis ? l'intention exclusive de sesdestinataires. Toute utilisation ou diffusion non autoris?e est interdite. Toutmessage ?lectronique est susceptible d'alt?ration. IPeva d?clinetoute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? oufalsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truireimm?diatement et d'avertir l'exp?diteur. Le 28/09/2010 ? 00:36, Antonio a ?crit : Hello, I asked and more I searched, I found nothing, how tointegrate FreeSwitch with mysql. Some time ago I found Asterisk-realtime andwanted to know if there is something similar in FreeSwitch. Is to avoid doubleconfigurations, for example if there is a conference room that can be accessedfrom multiple servers, etc. I'm new inFreeSwitch and I have much knowledge ;-) Does anyone have any url orbook on how to do? Lua?. Thanks. Greetings _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/fe1b1ed0/attachment-0001.html From yehavi.bourvine at gmail.com Tue Sep 28 01:26:02 2010 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Tue, 28 Sep 2010 10:26:02 +0200 Subject: [Freeswitch-users] mod_limit does not reset count when call gets to voicemail? Message-ID: Hello, We are using mod_limit in order to track user's state and know when to play busy/call-wait tone. We encountered two problems (which are probably related): - When the call gets to the voicemail the extension is still though as busy until the caller hangs. - If a call is picked-up using the intercept application the original destination is still thought as busy. When looking in the limit_data table the record of the call is indeed there until a final call hangup. According to the wiki we tried setting the variable limit_ignore_transfer to false both with set command before calling the limit application and also in limit.conf.xml. However, this does not change this behaviour. Is this the intended behaviour? Can it work as I want? (i.e. once the call arrived to voicemail or picked-up the original destination is marked as free). We are using 1.0.6; since this is a production system it is quite hard for me to test the latest git. Thanks! __Yehavi: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/9b3af6dd/attachment.html From shamun.toha at gmail.com Tue Sep 28 04:35:23 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 13:35:23 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready Message-ID: Hello, This is another strange error i catch by screening it. Materials: =========== 1. Switch 1 (30 channels as main simulation server) 2. Switch 2 (10 channels connects with in/out audio) Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 3. Another PC running skype alone itself as a consumer test, to see what happens in reality traffic. Step 3.a: 1 times with real skype call skypeswitch1 and listen music quality 4. Medium Flood to switch 1 using remaining switch 2 channels Note: When 7 channels are busy for 2 hours. And Problem 1 gets started, the sound gets drop, and start latency, CPU gets overflow, and in the voice there is a wind coming from left (like a storm/cyclone started). Hardware status only for 7 active channels becomes as following: =============================================== top - 13:15:44 up 3 days, 16:12, 2 users, load average: 13.74, 10.06, 5.64 Tasks: 178 total, 3 running, 175 sleeping, 0 stopped, 0 zombie *Cpu(s): 70.4%us, 13.6%sy, 0.0%ni, 15.5%id, 0.2%wa, 0.0%hi, 0.3%si, 0.0%st* Mem: 8177580k total, 3371388k used, 4806192k free, 201836k buffers Swap: 2096472k total, 0k used, 2096472k free, 1283920k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 18719 root 18 0 434m 96m 6628 S 247.4 1.2 10:59.05 freeswitch 23094 root 15 0 93316 30m 3552 S 10.3 0.4 17:35.42 skype 22932 root 15 0 93568 30m 3556 S 9.0 0.4 20:43.74 skype 22706 root 15 0 92240 29m 3552 S 8.6 0.4 14:55.03 skype ..... Problems1 : Non stop error like this, caused by flooding: ======================================== 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 skypopen/interface14 has no read codec. AND 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms Switch 1 - sk list ================================ freeswitch at a.com> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 1/3 0/0 IDLE CALL_IDLE 2 [interface2] 0/1 0/0 UP STATUS_INPROGRS e2f255cd-89ba-43e0-8d01-bf9579c98ffa 3 [interface3] 1/7 0/0 IDLE CALL_IDLE 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE 1cc57d27-1db7-420e-8459-c27e588fd5b8 5 [interface5] 0/1 0/0 UP STATUS_INPROGRS 8d4719fe-8567-4c62-9224-8c9766aebc08 6 [interface6] 0/0 0/0 IDLE CALL_IDLE 7 [interface7] 0/1 0/0 IDLE CALL_IDLE 8 [interface8] 0/1 0/0 IDLE CALL_IDLE 9 [interface9] 0/2 0/0 IDLE CALL_IDLE 10 [interface10] 0/1 0/0 UP STATUS_INPROGRS 3ba37a2b-e1ec-436d-86be-76510ca7fe6a 11 [interface11] 0/0 0/0 IDLE CALL_IDLE 12 [interface12] 1/4 0/0 IDLE CALL_IDLE 13 [interface13] 1/8 0/0 IDLE CALL_IDLE 14 [interface14] 1/5 0/0 IDLE CALL_IDLE 15 [interface15] 0/0 0/0 IDLE CALL_IDLE 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE 638935df-443d-4f02-af8d-40fb93eb21d4 17 [interface17] 0/2 0/0 IDLE CALL_IDLE 18 [interface18] 0/1 0/0 UP STATUS_INPROGRS 8aec831e-c410-4d85-aa5f-a84c3f364b4e 19 [interface19] 1/5 0/0 IDLE CALL_IDLE 20 [interface20] 0/1 0/0 IDLE CALL_IDLE 21 [interface21] 0/1 0/0 UP STATUS_INPROGRS cf26b813-8557-46e0-8dcc-e30bdecce7d9 22 [interface22] 6/9 0/0 IDLE CALL_IDLE 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE a1fa5e30-5491-4941-b54c-1bec882cc4cd 24 [interface24] 1/4 0/0 IDLE CALL_IDLE 25 [interface25] 2/5 0/0 IDLE CALL_IDLE 26 [interface26] 2/5 0/0 UP STATUS_INPROGRS 9289a13e-bedc-43d1-92a2-8bec775188c6 27 [interface27] 0/1 0/0 IDLE CALL_IDLE 28 [interface28] 0/0 0/0 IDLE CALL_IDLE 29 [interface29] 0/1 0/0 UP STATUS_INPROGRS 32100a1d-38ac-4104-b5d7-35b5c4603a84 30 [interface30] 1/2 0/0 IDLE CALL_IDLE Total Interfaces: 30 IB Calls(Failed/Total): 20/78 OB Calls(Failed/Total): 0/0 Switch 2 - sk list ======================================== freeswitch at a.com> freeswitch at localhost.localdomain> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 0/0 5/8 UP STATUS_INPROGRS a7a35355-63de-4734-97a3-18dd97ee2f1e 2 [interface2] 0/0 16/17 IDLE CALL_IDLE * 3 [interface3] 0/0 0/5 UP STATUS_INPROGRS a9256794-fa7f-4fac-bb23-aa3553bf9bb8 4 [interface4] 0/0 0/3 UP STATUS_INPROGRS 3423612f-8db5-481c-9fe8-a79cdd1234df 5 [interface5] 0/1 1/3 UP STATUS_INPROGRS 8f0878f5-d830-417a-a9b0-17c6b46f9e56 6 [interface6] 0/0 7/8 UP STATUS_INPROGRS 60b0b495-3115-42dd-bb18-a8b3d8b71087 7 [interface7] 0/0 16/16 IDLE CALL_IDLE 8 [interface8] 0/0 1/3 UP STATUS_INPROGRS 9da0beb5-0442-4c78-a2ed-ddd3c0852560 9 [interface9] 0/0 16/16 IDLE CALL_IDLE 10 [interface10] 0/0 16/16 IDLE CALL_IDLE Total Interfaces: 10 IB Calls(Failed/Total): 0/1 OB Calls(Failed/Total): 78/95 freeswitch at localhost.localdomain> When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec and ERR mod_skypopen.c:713 channel not ready gets started, whole active calls get affected and this problem gets started. Thanks for your guide, let me know your tips. Best Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/a86ff403/attachment-0001.html From petedao at gmail.com Tue Sep 28 05:28:41 2010 From: petedao at gmail.com (Pete Kay) Date: Tue, 28 Sep 2010 20:28:41 +0800 Subject: [Freeswitch-users] continuous beep tone for tone_stream Message-ID: Hi, How can I create a tone that will give out a continuous nonstop beep sound? Thanks, Pete From gmaruzz at gmail.com Tue Sep 28 05:32:35 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 14:32:35 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Shamun, you have not described what you are doing, so I cannot replicate it. 1) how do you generate calls? 2) where the calls go? 3) dialplan snippet you are using 4) scripts you are using 5) skypopen configuration (which skypeuser on which machine) Btw, if you are using the same skypeuser on more than one machine, it will probably don't work, or confuse the skype clients. Also, you probably cannot originate from the same skypeuser to the same skypeuser more than one concurrent call, or it will (probably) confuse the skype clients. -giovanni On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md wrote: > Hello, > > This is another strange error i catch by screening it. > > Materials: > =========== > > 1. Switch 1 (30 channels as main simulation server) > 2. Switch 2 (10 channels connects with in/out audio) > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 > > 3. Another PC running skype alone itself as a consumer test, to see what > happens in reality traffic. > Step 3.a: 1 times with real skype call skypeswitch1 and listen music quality > > 4. Medium Flood to switch 1 using remaining switch 2 channels > > Note: When 7 channels are busy for 2 hours. And Problem 1 gets started, the > sound gets drop, and start latency, CPU gets overflow, and in the voice > there is a wind coming from left (like a storm/cyclone started). > > > Hardware status only for 7 active channels becomes as following: > =============================================== > top - 13:15:44 up 3 days, 16:12,? 2 users,? load average: 13.74, 10.06, 5.64 > Tasks: 178 total,?? 3 running, 175 sleeping,?? 0 stopped,?? 0 zombie > Cpu(s): 70.4%us, 13.6%sy,? 0.0%ni, 15.5%id,? 0.2%wa,? 0.0%hi,? 0.3%si, > 0.0%st > Mem:?? 8177580k total,? 3371388k used,? 4806192k free,?? 201836k buffers > Swap:? 2096472k total,??????? 0k used,? 2096472k free,? 1283920k cached > > > ? PID USER????? PR? NI? VIRT? RES? SHR S %CPU %MEM??? TIME+ > COMMAND > 18719 root????? 18?? 0? 434m? 96m 6628 S 247.4? 1.2? 10:59.05 > freeswitch > 23094 root????? 15?? 0 93316? 30m 3552 S 10.3? 0.4? 17:35.42 > skype > 22932 root????? 15?? 0 93568? 30m 3556 S? 9.0? 0.4? 20:43.74 > skype > 22706 root????? 15?? 0 92240? 29m 3552 S? 8.6? 0.4? 14:55.03 > skype > ..... > > > Problems1 : Non stop error like this, caused by flooding: > ======================================== > > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 skypopen/interface14 > has no read codec. > > > AND > > > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > > > > > Switch 1 - sk list > ================================ > > freeswitch at a.com> sk list > > sk console is NOT yet assigned > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw??? ??? UUID > = ====??? ? ========? ??? =======???? =======??? ======??? ============ > ====== > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > e2f255cd-89ba-43e0-8d01-bf9579c98ffa > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > 8d4719fe-8567-4c62-9224-8c9766aebc08 > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 638935df-443d-4f02-af8d-40fb93eb21d4 > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > 8aec831e-c410-4d85-aa5f-a84c3f364b4e > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > cf26b813-8557-46e0-8dcc-e30bdecce7d9 > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE > a1fa5e30-5491-4941-b54c-1bec882cc4cd > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? UP??? STATUS_INPROGRS > 9289a13e-bedc-43d1-92a2-8bec775188c6 > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS > 32100a1d-38ac-4104-b5d7-35b5c4603a84 > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE > > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB Calls(Failed/Total): > 0/0 > > > > Switch 2 - sk list > ======================================== > > freeswitch at a.com> > > > freeswitch at localhost.localdomain> sk list > > sk console is NOT yet assigned > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw??? ??? UUID > = ====??? ? ========? ??? =======???? =======??? ======??? ============ > ====== > ? 1??? [interface1]??? ? 0/0??? ???? 5/8??? UP??? STATUS_INPROGRS > a7a35355-63de-4734-97a3-18dd97ee2f1e > ? 2??? [interface2]??? ? 0/0??? ??? 16/17??? IDLE??? CALL_IDLE > * 3??? [interface3]??? ? 0/0??? ???? 0/5??? UP??? STATUS_INPROGRS > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 > ? 4??? [interface4]??? ? 0/0??? ???? 0/3??? UP??? STATUS_INPROGRS > 3423612f-8db5-481c-9fe8-a79cdd1234df > ? 5??? [interface5]??? ? 0/1??? ???? 1/3??? UP??? STATUS_INPROGRS > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 > ? 6??? [interface6]??? ? 0/0??? ???? 7/8??? UP??? STATUS_INPROGRS > 60b0b495-3115-42dd-bb18-a8b3d8b71087 > ? 7??? [interface7]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE > ? 8??? [interface8]??? ? 0/0??? ???? 1/3??? UP??? STATUS_INPROGRS > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 > ? 9??? [interface9]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE > ? 10??? [interface10]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE > > Total Interfaces: 10? IB Calls(Failed/Total): 0/1? OB Calls(Failed/Total): > 78/95 > > freeswitch at localhost.localdomain> > > > > > > > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec and > ERR mod_skypopen.c:713 channel not ready gets started, whole active calls > get affected and this problem gets started. > > > Thanks for your guide, let me know your tips. > > Best Regards > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From Nabble at slickdeals.endjunk.com Tue Sep 28 05:53:25 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Tue, 28 Sep 2010 05:53:25 -0700 (PDT) Subject: [Freeswitch-users] Combining two dialplans Message-ID: <1285678405915-5579289.post@n2.nabble.com> I have the following working outbound dialplan for http://gizmo5.com Gizmo5 that is capable of processing certain patterns of dialed numbers, i.e. 1747XXXXXXX and 0088351007XXXXXXX. Also, I would like to add the following to the above Gizmo5 outbound dialplan so that it will be able to strip off some leading digits, i.e. 010, of the dialed numbers before processing them. Is it possible to combine the above two dialplans into a single dialplan in a single line? If not, how can one go about writing a dialplan that can filter all of the above? ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Combining-two-dialplans-tp5579289p5579289.html Sent from the freeswitch-users mailing list archive at Nabble.com. From acosgrov at gmail.com Tue Sep 28 05:52:46 2010 From: acosgrov at gmail.com (Anthony Cosgrove) Date: Tue, 28 Sep 2010 08:52:46 -0400 Subject: [Freeswitch-users] continuous beep tone for tone_stream In-Reply-To: References: Message-ID: <1285678366.16435.1.camel@anthony-desktop> Already in your dialplan in /usr/local/freeswitch/conf/dialplan/default.xml -- Dial 9197 from a registered extension. Starts at line 477 for me. Anthony C On Tue, 2010-09-28 at 20:28 +0800, Pete Kay wrote: > Hi, > > How can I create a tone that will give out a continuous nonstop beep sound? > > Thanks, > Pete > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/51103392/attachment.html From tculjaga at gmail.com Tue Sep 28 06:03:20 2010 From: tculjaga at gmail.com (Tihomir Culjaga) Date: Tue, 28 Sep 2010 15:03:20 +0200 Subject: [Freeswitch-users] playback terminator In-Reply-To: References: Message-ID: ya, you just remember what you have pressed and prepend it to the result ... T. On Sat, Sep 25, 2010 at 12:05 AM, Michael Collins wrote: > Yes. The terminator key is not part of what is captured. > -MC > > > On Wed, Sep 22, 2010 at 11:47 AM, Phillip Jones wrote: > >> Hi. >> >> When I use this method and do GetDigits after - the first digit (that >> caused the prompt to stop playing) is not collected by GetDigits >> >> So the user starts entering 6095554444, 6 stops the prompt - GetDigits >> collects 095554444 >> >> DId you have the same experience? >> >> On Thu, Sep 16, 2010 at 7:34 AM, Tihomir Culjaga wrote: >> >>> forget about this, solved by a script: >>> >>> >>> local macro = argv[1]; >>> local data = argv[2]; >>> local langue = argv[3]; >>> >>> >>> function on_key(session, input_type, data, args) >>> if input_type == "dtmf" then >>> freeswitch.consoleLog("info", "stop playback by DTMF digit: " .. >>> data["digit"]) >>> return "break" >>> end >>> end >>> if session:ready() then >>> session:setInputCallback("on_key", "") >>> session:sayPhrase(macro, data, langue) >>> end >>> >>> >>> >>> >>> >>> >>> >>> >>> lua rocks! >>> >>> >>> >>> >>> >>> On Thu, Sep 16, 2010 at 10:28 AM, Tihomir Culjaga wrote: >>> >>>> is there any playback terminator for phrase macros? >>>> >>>> >>>> e.g. when you do: >>>> >>>> >>>> or >>>> >>>> >>>> >>>> I'd like to make FS stop playing on any pressed digits... >>>> >>>> >>>> >>>> something like: >>>> >>>> >>>> but seems not to be working ... >>>> >>>> >>>> any ideas ? >>>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/699454f5/attachment-0001.html From arfeenster at gmail.com Tue Sep 28 02:28:44 2010 From: arfeenster at gmail.com (Muhammad Arfeen) Date: Tue, 28 Sep 2010 14:28:44 +0500 Subject: [Freeswitch-users] Using Limit Message-ID: hi im new to freeswitch. By looking at wiki, i dont see many examples using limit with API. I just want to limit the no. of calls on a particular DID number when calls comes to freeswitch. Before doing any other operation, I want to set / get the no. of channels on the number. Do I still need to using XML to set the limit before forwarding to desired SIP address ? or we need to use API ? Regards, Arfeen ___________________________ http://www.facebook.com/arfeen http://pk.linkedin.com/in/arfeen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/ccbece33/attachment.html From diego.viola at gmail.com Mon Sep 27 23:59:15 2010 From: diego.viola at gmail.com (Diego Viola) Date: Tue, 28 Sep 2010 02:59:15 -0400 Subject: [Freeswitch-users] Freeswitch and mysql In-Reply-To: <4CA11C69.70302@gmail.com> References: <4CA11C69.70302@gmail.com> Message-ID: Hi Antonio, This might be what you want. http://wiki.freeswitch.org/wiki/Mod_xml_curl On Mon, Sep 27, 2010 at 6:36 PM, Antonio wrote: > Hello, > > I asked and more I searched, I found nothing, how to integrate FreeSwitch > with mysql. Some time ago I found Asterisk-realtime and wanted to know if > there is something similar in FreeSwitch. Is to avoid double configurations, > for example if there is a conference room that can be accessed from multiple > servers, etc. I'm new in FreeSwitch and I have much knowledge ;-) > > Does anyone have any url or book on how to do? Lua?. Thanks. > > Greetings > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 shamun.toha at gmail.com Tue Sep 28 04:46:27 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 13:46:27 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Now to see where the problem is, I shutdown switch 2 ( all the active calls ). Then i place a call to switch 1 simply using a real skype the voice storm/cyclone sound is still there. +OK console log level set to CONSOLE freeswitch at a> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 1/3 0/0 IDLE CALL_IDLE 2 [interface2] 0/1 0/0 IDLE CALL_IDLE 3 [interface3] 1/7 0/0 IDLE CALL_IDLE 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE 1cc57d27-1db7-420e-8459-c27e588fd5b8 5 [interface5] 0/1 0/0 IDLE CALL_IDLE 6 [interface6] 0/0 0/0 IDLE CALL_IDLE 7 [interface7] 0/1 0/0 IDLE CALL_IDLE 8 [interface8] 0/1 0/0 IDLE CALL_IDLE 9 [interface9] 0/2 0/0 IDLE CALL_IDLE 10 [interface10] 0/1 0/0 IDLE CALL_IDLE 11 [interface11] 0/0 0/0 IDLE CALL_IDLE 12 [interface12] 1/4 0/0 IDLE CALL_IDLE 13 [interface13] 1/8 0/0 IDLE CALL_IDLE 14 [interface14] 1/5 0/0 IDLE CALL_IDLE 15 [interface15] 0/0 0/0 IDLE CALL_IDLE 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE 638935df-443d-4f02-af8d-40fb93eb21d4 17 [interface17] 0/2 0/0 IDLE CALL_IDLE 18 [interface18] 0/1 0/0 IDLE CALL_IDLE 19 [interface19] 1/5 0/0 IDLE CALL_IDLE 20 [interface20] 0/1 0/0 IDLE CALL_IDLE 21 [interface21] 0/1 0/0 IDLE CALL_IDLE 22 [interface22] 6/9 0/0 IDLE CALL_IDLE 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE a1fa5e30-5491-4941-b54c-1bec882cc4cd 24 [interface24] 1/4 0/0 IDLE CALL_IDLE 25 [interface25] 2/5 0/0 IDLE CALL_IDLE 26 [interface26] 2/5 0/0 IDLE CALL_IDLE 27 [interface27] 0/1 0/0 IDLE CALL_IDLE 28 [interface28] 0/0 0/0 IDLE CALL_IDLE 29 [interface29] 0/1 0/0 IDLE CALL_IDLE 30 [interface30] 1/2 0/0 IDLE CALL_IDLE Total Interfaces: 30 IB Calls(Failed/Total): 20/78 OB Calls(Failed/Total): 0/0 freeswitch at a> sk list sk console is NOT yet assigned F ID Name IB (F/T) OB (F/T) State CallFlw UUID = ==== ======== ======= ======= ====== ============ ====== 1 [interface1] 1/3 0/0 IDLE CALL_IDLE 2 [interface2] 0/1 0/0 IDLE CALL_IDLE 3 [interface3] 1/7 0/0 IDLE CALL_IDLE 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE 1cc57d27-1db7-420e-8459-c27e588fd5b8 5 [interface5] 0/1 0/0 IDLE CALL_IDLE 6 [interface6] 0/0 0/0 IDLE CALL_IDLE 7 [interface7] 0/1 0/0 IDLE CALL_IDLE 8 [interface8] 0/1 0/0 IDLE CALL_IDLE 9 [interface9] 0/2 0/0 IDLE CALL_IDLE 10 [interface10] 0/1 0/0 IDLE CALL_IDLE 11 [interface11] 0/0 0/0 IDLE CALL_IDLE 12 [interface12] 1/4 0/0 IDLE CALL_IDLE 13 [interface13] 1/8 0/0 IDLE CALL_IDLE 14 [interface14] 1/5 0/0 IDLE CALL_IDLE 15 [interface15] 0/0 0/0 IDLE CALL_IDLE 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE 638935df-443d-4f02-af8d-40fb93eb21d4 17 [interface17] 0/2 0/0 IDLE CALL_IDLE 18 [interface18] 0/1 0/0 IDLE CALL_IDLE 19 [interface19] 1/5 0/0 IDLE CALL_IDLE 20 [interface20] 0/1 0/0 IDLE CALL_IDLE 21 [interface21] 0/2 0/0 UP STATUS_INPROGRS 37094b72-0c45-469c-b238-ea6c473abebe 22 [interface22] 6/9 0/0 IDLE CALL_IDLE 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE a1fa5e30-5491-4941-b54c-1bec882cc4cd 24 [interface24] 1/4 0/0 IDLE CALL_IDLE 25 [interface25] 2/5 0/0 IDLE CALL_IDLE 26 [interface26] 2/5 0/0 IDLE CALL_IDLE 27 [interface27] 0/1 0/0 IDLE CALL_IDLE 28 [interface28] 0/0 0/0 IDLE CALL_IDLE 29 [interface29] 0/1 0/0 IDLE CALL_IDLE 30 [interface30] 1/2 0/0 IDLE CALL_IDLE Total Interfaces: 30 IB Calls(Failed/Total): 20/79 OB Calls(Failed/Total): 0/0 freeswitch at a> +OK console log level set to DEBUG freeswitch at a> 2010-09-28 13:41:39.245690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.245690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.246687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.247680 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.247680 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.249713 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.249713 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.250725 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.250725 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.250725 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.251689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.252694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.252694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.253687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.253687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.253687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.254695 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.254695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.254695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.254695 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.254695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.256677 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.256677 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.256677 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.257682 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.257682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.258685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.258685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.258685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.259694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.260680 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.260680 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.261684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.261684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.261684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.261684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.262697 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.262697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.262697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.263682 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.263682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.263682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.263682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.264704 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.264704 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.264704 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.264704 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.265688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.265688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.265688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.267092 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.267092 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.267684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.268685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.268685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.268685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.268685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.269688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.269688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.269688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.269688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.270686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.270686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.270686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.270686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.271689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.271689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.271689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.272684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.272684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.272684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.273684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.273684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.275697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.275697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.277687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.277687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.277687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.277687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.277687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.278689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.278689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.278689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.280688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.280688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.280688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.280688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.280688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.281687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.281687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.281687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.282681 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.282681 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.282681 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.283689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.283689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.284690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.284690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.285681 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.285681 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.285681 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.285681 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.288654 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.289688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.289688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.289688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.290754 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.290754 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.290754 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.290754 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.291690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.291690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.291690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.291690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.292679 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.292679 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.292679 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.292679 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.293689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.293689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.293689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.293689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.294689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.294689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.294689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.294689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.295691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.295691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.295691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.297684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.297684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.297684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.297684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.299441 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.299441 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.300684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.300684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.300684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.300684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.301685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.301685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.301685 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.301685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.302682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.302682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.302682 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.302682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.303686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.303686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.303686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.304694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.304694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.305683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.305683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.305683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.305683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.306690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.306690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.307684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.307684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.307684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.307684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.308709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.308709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.308709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.308709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.309703 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.309703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.309703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.309703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.310684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.310684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.310684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.311810 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.311810 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.312692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.312692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.313689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.313689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.313689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.296687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.314707 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.314707 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.314707 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.315683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.315683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.315683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.315683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.316692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.316692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.316692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.316692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.317689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.317689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.317689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.317689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.318686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.318686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.318686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.318686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.320506 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.320506 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.320506 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.320506 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.321716 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.321716 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.321716 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.321716 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.322685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.322685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.322685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.323682 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.323682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.324687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.324687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.324687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.324687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.325709 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.325709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.325709 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.326686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.326686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.327688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.327688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.327688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.327688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.328685 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.328685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.328685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.329687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.329687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.329687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.329687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.331561 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.331561 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.331561 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.331561 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.332697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.332697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.333686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.333686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.333686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.333686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.334682 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.334682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.334682 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.335688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.335688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.335688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.336711 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.336711 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.336711 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.337703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.337703 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.337703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.337703 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.338690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.338690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.338690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.339682 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.339682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.339682 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.340688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.340688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.342135 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.342135 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.342682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.342682 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.342682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.343687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.343687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.343687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.343687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.344683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.344683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.344683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.345687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.345687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.345687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.346693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.346693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.346693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.346693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.347683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.347683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.347683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.347683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.347683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.348725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.348725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.348725 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.348725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.349684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.349684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.366934 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.366934 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.367694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.367694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.367694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.369684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.369684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.369684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.369684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.372690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.372690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.372690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.372690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.373694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.373694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.374689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.374689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.375826 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.375826 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.375826 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.375826 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.376693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.376693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.376693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.376693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.377681 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.378685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.378685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.378685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.380710 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.380710 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.381695 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.381695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.381695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.382686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.398801 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.399805 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.399805 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.399805 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.400684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.400684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.401691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.401691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.402683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.403698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.403698 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.404687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.404687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.405686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.405686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.405686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.405686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.405686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.406687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.406687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.406687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.407684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.407684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.407684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.407684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.408703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.409682 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.409682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.410725 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.410725 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.412690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.412690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.413701 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.413701 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.413701 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.415682 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.415682 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.415682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.415682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.416720 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.416720 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.416720 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.416720 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.417688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.417688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.417688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.417688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.418704 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.418704 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.418704 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.418704 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.418704 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.419727 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.419727 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.419727 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.419727 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.419727 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.420682 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.420682 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.421686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.421686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.421686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.421686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.421686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.421686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.421686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.421686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.421686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.421686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.422695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.422695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.422695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.422695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.422695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.422695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.423698 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.423698 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.423698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.424742 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.424742 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.424742 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.424742 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.424742 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.424742 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.424742 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.424742 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.425701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.426690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.426690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.426690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.426690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.427690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.427690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.427690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.427690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.427690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.427690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.427690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.427690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.428699 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.428699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.428699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.428699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.429684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.429684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.429684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.429684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.430690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.430690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.430690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.430690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.430690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.430690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.430690 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.430690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.430690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.430690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.430690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.431686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.431686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.431686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.432692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.432692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.433700 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.433700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.433700 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.433700 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.433700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.433700 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.433700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.433700 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.434689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.434689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.434689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.434689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.434689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.434689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.435691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.435691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.436684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.436684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.436684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.436684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.436684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.436684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.436684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.436684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.437694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.437694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.437694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.437694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.437694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.437694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.437694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.437694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.439695 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.439695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.439695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.439695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.439695 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.439695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.439695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.439695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.440684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.440684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.440684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.440684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.440684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.440684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.441685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.441685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.442685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.442685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.442685 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.442685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.442685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.442685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.442685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.443700 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.443700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.444697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.444697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.444697 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.444697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.444697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.444697 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.444697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.445690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.445690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.445690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.445690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.445690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.445690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.445690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.446684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.446684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.447694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.447694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.447694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.447694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.447694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.447694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.447694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.447694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.447694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.447694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.448703 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.448703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.448703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.448703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.449684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.449684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.449684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.449684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.449684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.449684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.449684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.449684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.450723 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.450723 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.450723 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.450723 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.451685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.451685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.451685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.451685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.451685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.451685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.451685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.451685 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.451685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.452692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.452692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.452692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.452692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.452692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.453706 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.453706 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.454684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.454684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.454684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.454684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.454684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.454684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.454684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.454684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.454684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.455696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.455696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.455696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.455696 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.455696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.455696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.455696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.457683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.457683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.457683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.457683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.457683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.457683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.457683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.458707 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.457683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.458707 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.458707 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.458707 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.458707 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.458707 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.459694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.459694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.460686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.460686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.460686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.460686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.460686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.460686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.461688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.461688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.461688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.461688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.461688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.461688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.461688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.461688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.462688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.462688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.462688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.462688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.462688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.462688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.463699 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.463699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.463699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.463699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.464683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.464683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.464683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.464683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.464683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.464683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.464683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.464683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.465686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.465686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.465686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.465686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.465686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.465686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.466687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.466687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.466687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.466687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.466687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.467684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.467684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.467684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.467684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.467684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.467684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.467684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.468725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.468725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.468725 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.468725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.468725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.468725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.469684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.469684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.469684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.469684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.470819 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.470819 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.470819 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.470819 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.470819 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.470819 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.470819 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.471693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.472683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.472683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.472683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.472683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.472683 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.472683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.472683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.472683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.472683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.472683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.473705 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.473705 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.473705 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.473705 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.473705 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.473705 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.474695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.474695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.474695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.474695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.475684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.475684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.475684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.475684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.475684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.475684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.475684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.475684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.476689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.476689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.476689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.476689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.476689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.476689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.477689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.477689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.477689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.477689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.478710 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.478710 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.478710 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.478710 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.478710 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.478710 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.479689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.479689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.479689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.479689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.479689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.479689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.480687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.480687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.480687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.480687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.480687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.480687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.480687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.481688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.481688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.481688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.481688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.481688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.481688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.481688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.482693 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.482693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.482693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.482693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.482693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.482693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.483722 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.483722 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.483722 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.483722 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.483722 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.483722 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.484686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.484686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.484686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.484686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.485684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.485684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.485684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.485684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.485684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.485684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.485684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.485684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.486693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.486693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.486693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.486693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.486693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.486693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.487683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.487683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.487683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.487683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.488709 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.488709 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.488709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.488709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.488709 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.488709 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.488709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.488709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.488709 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.488709 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.489686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.489686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.490745 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.490745 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.490745 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.490745 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.491719 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.491719 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.491719 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.491719 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.491719 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.491719 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.491719 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.491719 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.492686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.492686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.492686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.492686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.493696 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.493696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.493696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.493696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.493696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.493696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.493696 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.493696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.494689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.494689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.494689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.494689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.494689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.494689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.495687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.495687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.495687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.495687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.496686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.496686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.496686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.496686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.496686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.496686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.496686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.496686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.497691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.497691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.497691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.497691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.497691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.497691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.498704 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.498704 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.499690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.499690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.499690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.499690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.499690 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.499690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.500694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.500694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.500694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.500694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.500694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.500694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.500694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.500694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.501694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.501694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.502684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.502684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.502684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.502684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.502684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.503712 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.503712 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.503712 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.503712 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.503712 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.503712 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.505683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.505683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.505683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.505683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.505683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.505683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.505683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.505683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.506689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.506689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.506689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.506689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.506689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.506689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.506689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.506689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.507686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.507686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.508694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.508694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.508694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.508694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.508694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.508694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.508694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.508694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.508694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.508694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.509689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.509689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.509689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.509689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.510684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.510684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.510684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.510684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.510684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.510684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.511688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.511688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.511688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.511688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.511688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.511688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.512696 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.512696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.512696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.512696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.513703 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.513703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.513703 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.513703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.513703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.513703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.513703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.513703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.514694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.514694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.514694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.514694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.515688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.515688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.515688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.515688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.515688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.516686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.516686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.516686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.516686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.516686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.516686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.516686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.516686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.516686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.517688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.517688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.518700 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.518700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.518700 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.518700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.519694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.519694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.519694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.519694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.519694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.519694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.519694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.519694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.519694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.519694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.520687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.520687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.521686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.521686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.521686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.521686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.521686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.521686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.521686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.521686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.522685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.522685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.522685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.522685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.522685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.522685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.522685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.522685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.523704 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.524688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.524688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.524688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.524688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.524688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.524688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.524688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.524688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.524688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.525692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.525692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.525692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.525692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.525692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.525692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.526688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.526688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.526688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.526688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.527685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.527685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.527685 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.527685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.527685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.527685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.527685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.527685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.528710 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.528710 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.528710 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.528710 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.529686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.529686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.529686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.529686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.529686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.529686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.530725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.530725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.530725 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.530725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.530725 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.530725 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.530725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.531725 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.531725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.531725 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.532687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.532687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.532687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.532687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.532687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.532687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.533708 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.533708 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.533708 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.533708 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.534689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.534689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.535686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.535686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.535686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.535686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.535686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.535686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.535686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.536703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.536703 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.536703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.536703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.536703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.536703 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.536703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.538062 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.538742 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.538742 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.538742 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.539688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.539688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.539688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.539688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.539688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.539688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.540688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.540688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.540688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.540688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.541688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.541688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.541688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.541688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.541688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.541688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.543046 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.543046 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.543843 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.544694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.544694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.544694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.544694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.544694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.545690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.545690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.562565 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.562565 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.562565 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.562565 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.562565 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.563691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.563691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.563691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.563691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.563691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.563691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.563691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.563691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.564688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.564688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.564688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.564688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.565688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.565688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.565688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.565688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.566684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.566684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.566684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.566684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.566684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.566684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.566684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.566684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.567707 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.567707 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.567707 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.567707 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.567707 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.567707 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.568688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.568688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.568688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.568688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.569689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.569689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.569689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.569689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.569689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.569689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.570730 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.570730 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.570730 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.570730 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.570730 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.570730 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.570730 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.571687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.571687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.571687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.571687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.571687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.572690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.572690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.572690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.572690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.574688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.574688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.574688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.574688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.574688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.574688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.575690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.575690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.575690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.575690 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.575690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.575690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.575690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.575690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.575690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.575690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.577694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.577694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.577694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.577694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.577694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.577694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.578692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.578692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.578692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.578692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.578692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.578692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.578692 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.578692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.579690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.579690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.580683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.580683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.580683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.580683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.580683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.580683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.581691 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.581691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.581691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.581691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.581691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.581691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.581691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.581691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.581691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.581691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.583681 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.583681 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.583681 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.583681 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.583681 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.583681 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.583681 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.583681 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.583681 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.584690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.584690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.584690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.584690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.584690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.584690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.584690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.585689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.585689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.585689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.585689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.586688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.586688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.586688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.586688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.586688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.586688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.586688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.587697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.587697 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.587697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.587697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.587697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.588692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.588692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.588692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.588692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.589693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.589693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.589693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.589693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.589693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.589693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.589693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.589693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.590687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.590687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.590687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.590687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.590687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.590687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.590687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.590687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.591694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.591694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.592687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.592687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.592687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.592687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.592687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.592687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.592687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.592687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.592687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.592687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.593689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.593689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.593689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.593689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.594691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.594691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.594691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.594691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.594691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.594691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.595686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.595686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.595686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.595686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.595686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.595686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.596689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.596689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.596689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.596689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.596689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.596689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.596689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.596689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.596689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.597702 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.597702 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.597702 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.599686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.599686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.599686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.599686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.599686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.599686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.599686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.600689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.600689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.600689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.600689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.601692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.601692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.601692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.602693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.602693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.602693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.602693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.602693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.602693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.603686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.603686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.604684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.604684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.604684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.604684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.604684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.604684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.604684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.604684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.605696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.605696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.605696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.605696 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.605696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.605696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.605696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.605696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.606685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.606685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.606685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.607693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.607693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.607693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.607693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.607693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.607693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.607693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.608690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.608690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.608690 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.608690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.608690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.608690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.609692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.609692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.609692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.609692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.610732 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.610732 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.610732 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.610732 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.610732 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.610732 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.611688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.611688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.611688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.611688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.611688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.611688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.612695 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.612695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.612695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.613690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.613690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.613690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.613690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.613690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.613690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.613690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.613690 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.613690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.614695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.614695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.614695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.614695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.615684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.615684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.615684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.615684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.615684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.615684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.615684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.615684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.616694 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.616694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.616694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.616694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.616694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.616694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.616694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.616694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.617689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.617689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.617689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.617689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.618699 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.618699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.618699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.618699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.618699 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.618699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.619698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.619698 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.620686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.620686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.620686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.620686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.620686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.620686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.620686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.620686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.621692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.621692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.621692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.621692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.621692 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.621692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.622691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.622691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.622691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.622691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.622691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.622691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.622691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.622691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.622691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.622691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.623714 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.623714 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.623714 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.624701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.624701 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.624701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.624701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.624701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.624701 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.624701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.624701 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.624701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.625690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.625690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.625690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.625690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.626686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.626686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.627697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.627697 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.627697 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.627697 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.627697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.627697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.627697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.627697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.629683 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.629683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.629683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.629683 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.629683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.629683 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.629683 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.629683 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.629683 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.630693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.630693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.630693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.630693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.630693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.631690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.631690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.632699 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.632699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.632699 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.632699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.632699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.632699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.632699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.632699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.632699 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.632699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.633694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.633694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.633694 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.633694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.633694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.633694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.634685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.634685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.635687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.635687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.635687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.635687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.635687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.635687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.635687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.635687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.635687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.635687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.636690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.636690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.636690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.636690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.637691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.637691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.637691 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.637691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.637691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.637691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.637691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.637691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.638690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.638690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.638690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.638690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.638690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.638690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.639688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.639688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.639688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.640692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.640692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.640692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.640692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.640692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.640692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.640692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.640692 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.640692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.641726 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.641726 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.642805 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.642805 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.642805 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.642805 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.642805 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.642805 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.642805 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.642805 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.643687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.643687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.643687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.643687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.643687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.643687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.644688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.644688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.644688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.645691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.645691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.645691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.645691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.645691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.645691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.645691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.645691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.645691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.646686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.646686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.646686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.646686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.646686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.646686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.647692 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.647692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.647692 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.647692 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.647692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.647692 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.647692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.647692 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.648686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.648686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.649688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.649688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.649688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.649688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.649688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.649688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.649688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.649688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.649688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.649688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.650742 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.650742 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.650742 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.650742 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.651685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.651685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.651685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.651685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.651685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.651685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.652702 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.652702 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.652702 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.652702 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.652702 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.652702 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.652702 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.652702 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.652702 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.652702 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.653690 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.653690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.654684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.654684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.654684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.654684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.654684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.654684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.654684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.654684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.654684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.654684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.655691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.655691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.655691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.655691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.656691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.656691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.656691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.656691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.657696 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.657696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.657696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.657696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.657696 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.657696 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.657696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.657696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.658697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.658697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.658697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.658697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.658697 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.658697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.659687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.659687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.659687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.659687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.659687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.659687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.660685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.660685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.660685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.660685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.660685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.660685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.661695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.661695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.661695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.661695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.662734 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.662734 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.662734 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.662734 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.662734 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.662734 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.662734 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.662734 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.663686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.663686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.663686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.663686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.663686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.663686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.664688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.664688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.664688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.665688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.665688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.665688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.665688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.665688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.665688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.666685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.666685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.667691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.667691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.667691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.667691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.667691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.667691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.667691 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.667691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.668684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.668684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.668684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.668684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.668684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.668684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.668684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.669693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.669693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.669693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.669693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.669693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.670687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.670687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.670687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.670687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.670687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.670687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.670687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.670687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.671685 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.671685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.671685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.671685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.671685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.671685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.671685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.671685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.672700 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.672700 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.672700 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.672700 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.673689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.673689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.673689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.673689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.673689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.674690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.674690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.674690 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.674690 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.674690 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.674690 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.675693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.675693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.675693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.675693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.675693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.676688 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.676688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.676688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.676688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.676688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.676688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.677695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.677695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.677695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.677695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.677695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.677695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.677695 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.677695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.678694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.678694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.678694 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.678694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.679688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.679688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.679688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.679688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.679688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.679688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.680686 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.680686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.680686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.680686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.680686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.680686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.681685 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.681685 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.681685 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.681685 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.681685 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.682701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.682701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.682701 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.682701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.682701 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.682701 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.682701 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.683688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.683688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.683688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.683688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.683688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.683688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.684687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.685684 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.685684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.685684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.685684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.685684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.685684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.685684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.685684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.687693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.687693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.687693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.687693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.687693 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.687693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.687693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.688688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.688688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.688688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.688688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.688688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.688688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.688688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.688688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.688688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.690740 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.690740 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.690740 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.690740 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.690740 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.690740 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.690740 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.690740 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.691699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.691699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.691699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.692695 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.692695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.692695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.692695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.693688 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.693688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.693688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.693688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.693688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.693688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.693688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.695693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.695693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.695693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.695693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.695693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.695693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.695693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.695693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.696691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.696691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.696691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.696691 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][DEBUG_SKYPE 176 ][interface21][-1, 5,21] READING: |||CALL 384 DURATION 242||| 2010-09-28 13:41:39.696691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.696691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.696691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.698652 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.698652 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.698652 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.698652 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.698652 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.698652 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.698652 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.698652 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.698652 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.698652 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.700532 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.700532 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.700532 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.700532 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.700532 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.700532 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.700532 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.700532 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.701688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.701688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.701688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.701688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.702687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.702687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.702687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.702687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.703738 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.703738 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.703738 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.703738 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.703738 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.703738 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.703738 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.705687 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.705687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.705687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.705687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.705687 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.705687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.705687 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.705687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.706689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.706689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.706689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.706689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.706689 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.706689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.707684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.707684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.707684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.707684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.707684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.707684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.708694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.708694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.708694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.708694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.708694 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.708694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.709686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.709686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.709686 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.709686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.709686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.709686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.709686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.709686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.710691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.710691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.710691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.710691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.711686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.711686 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.711686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.711686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.711686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.711686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.712699 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.712699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.712699 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.712699 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.712699 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.712699 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.713698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.713698 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.713698 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.713698 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.713698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.713698 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.714694 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.714694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.714694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.714694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.715694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.715694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.715694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.715694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.715694 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.715694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.716691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.716691 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.716691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.716691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.716691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.716691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.716691 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.716691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.717698 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.717698 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.718693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.718693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.718693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.718693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.718693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.718693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.719693 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.719693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.719693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.719693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.719693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.719693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.719693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.719693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.719693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.719693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.721684 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.721684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.721684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.721684 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.721684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.721684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.721684 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.721684 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.721684 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.721684 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.722695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.722695 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.722695 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.722695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.722695 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.722695 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.723693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.723693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.723693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.723693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.723693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.724697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.724697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.724697 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.724697 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.724697 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.724697 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.725696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.725696 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.725696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.725696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.725696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.726696 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.726696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.726696 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.726696 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.726696 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.726696 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.727689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.727689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.727689 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.727689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.727689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.727689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.728694 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.728694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.728694 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.728694 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.728694 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.728694 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.729689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.729689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.729689 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.729689 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.729689 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.729689 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.730743 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.730743 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.730743 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.730743 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.730743 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.731687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.731687 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.731687 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.731687 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.731687 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.732688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.732688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.732688 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.732688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.732688 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.732688 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.732688 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.732688 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.733691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.733691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.733691 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.733691 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.733691 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.733691 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.734693 [ERR] switch_core_io.c:121 skypopen/interface26 has no read codec. 2010-09-28 13:41:39.734693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.734693 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.734693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.734693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.734693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.734693 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.735693 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.735693 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.735693 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.736686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.736686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.736686 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.736686 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.736686 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.736686 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.737703 [ERR] switch_core_io.c:121 skypopen/interface22 has no read codec. 2010-09-28 13:41:39.737703 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.737703 [DEBUG] switch_core_file.c:176 File /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav sample rate 8000 doesn't match requested rate 16000 2010-09-28 13:41:39.737703 [DEBUG] switch_ivr_play_say.c:1162 Codec Activated L16 at 16000hz 1 channels 20ms 2010-09-28 13:41:39.738708 [ERR] mod_skypopen.c:713 rev git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 ][interface14][-1, 0, 0] channel not ready 2010-09-28 13:41:39.738708 [DEBUG] switch_ivr_play_say.c:1476 done playing file 2010-09-28 13:41:39.739689 [ERR] switch_core_io.c:121 skypopen/interface25 has no read codec. 2010-09-28 13:41:39.739689 [DEBUG] switch_ivr_play_say.c:1476 done playing file +OK console log level set to CONSOLE freeswitch at a> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/0608acde/attachment-0001.html From david.ponzone at ipeva.fr Tue Sep 28 06:12:40 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Sep 2010 15:12:40 +0200 Subject: [Freeswitch-users] Combining two dialplans In-Reply-To: <1285678405915-5579289.post@n2.nabble.com> References: <1285678405915-5579289.post@n2.nabble.com> Message-ID: <09809E07-1F5A-4055-BE55-4522EF75682B@ipeva.fr> Why do you want to combine them ? You are going to decrease readability. It's quite logical to have a specific extension(s) at the beginning of the dialplan doing format normalization, and then your real stuff. It's readable, easy to manage, harder to make mistakes. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 28/09/2010 ? 14:53, mazilo a ?crit : > > I have the following working outbound dialplan for http:// > gizmo5.com Gizmo5 > that is capable of processing certain patterns of dialed numbers, i.e. > 1747XXXXXXX and 0088351007XXXXXXX. > expression="(1747\d{7}|0088351007\d{7})$"> > Also, I would like to add the following to the above Gizmo5 outbound > dialplan so that it will be able to strip off some leading digits, > i.e. 010, > of the dialed numbers before processing them. > > Is it possible to combine the above two dialplans into a single > dialplan in > a single line? If not, how can one go about writing a dialplan that > can > filter all of the above? > > ----- > don't and stop are the ONLY two 4-letter words considered offensive > to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Combining-two-dialplans-tp5579289p5579289.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/78b418d3/attachment.html From gmaruzz at gmail.com Tue Sep 28 06:24:41 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 15:24:41 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Please Shamun, don't flood the mailing list with long debugging stuff. Use pastebin.freeswitch.org for that (posting debug sessions). Also, please answer to the questions I asked you, or no help will be possible -giovanni On Tue, Sep 28, 2010 at 1:46 PM, Shamun toha md wrote: > Now to see where the problem is, I shutdown switch 2 ( all the active calls > ). Then i place a call to switch 1 simply using a real skype the voice > storm/cyclone sound is still there. > > > > +OK console log level set to CONSOLE > > freeswitch at a> sk list > > sk console is NOT yet assigned > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw??? ??? UUID > = ====??? ? ========? ??? =======???? =======??? ======??? ============ > ====== > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 638935df-443d-4f02-af8d-40fb93eb21d4 > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE > a1fa5e30-5491-4941-b54c-1bec882cc4cd > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE > > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB Calls(Failed/Total): > 0/0 > > freeswitch at a> sk list > > sk console is NOT yet assigned > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw??? ??? UUID > = ====??? ? ========? ??? =======???? =======??? ======??? ============ > ====== > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE > 638935df-443d-4f02-af8d-40fb93eb21d4 > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 21??? [interface21]??? ? 0/2??? ???? 0/0??? UP??? STATUS_INPROGRS > 37094b72-0c45-469c-b238-ea6c473abebe > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE > a1fa5e30-5491-4941-b54c-1bec882cc4cd > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE > > Total Interfaces: 30? IB Calls(Failed/Total): 20/79? OB Calls(Failed/Total): > 0/0 > > freeswitch at a> > > +OK console log level set to DEBUG > > freeswitch at a> 2010-09-28 13:41:39.245690 [ERR] switch_core_io.c:121 > skypopen/interface25 has no read codec. > 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.245690 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.245690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.245690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.246687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.246687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.247680 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.247680 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.248729 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.248729 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.248729 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.249713 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.249713 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.250725 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.250725 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.250725 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.250725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.251689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.251689 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.251689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.252694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.252694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.253687 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.253687 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.253687 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.253687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.253687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.254695 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.254695 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.254695 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.254695 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.254695 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.256677 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.256677 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.256677 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.256677 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.257682 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.257682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.258685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.258685 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.258685 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.258685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.259694 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.259694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.259694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.260680 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.260680 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.261684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.261684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.261684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.261684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.261684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.262697 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.262697 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.262697 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.262697 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.263682 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.263682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.263682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.263682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.264704 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.264704 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.264704 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.264704 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.264704 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.265688 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.265688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.265688 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.265688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.267092 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.267092 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.267684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.267684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.267684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.268685 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.268685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.268685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.268685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.269688 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.269688 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.269688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.269688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.269688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.270686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.270686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.270686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.270686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.271689 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.271689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.271689 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.271689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.272684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.272684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.272684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.272684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.273684 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.273684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.274696 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.274696 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.274696 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.275697 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.275697 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.277687 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.277687 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.277687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.277687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.277687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.277687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.278689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.278689 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.278689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.278689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.280688 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.280688 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.280688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.280688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.280688 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.280688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.281687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.281687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.281687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.281687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.282681 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.282681 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.282681 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.282681 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.283689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.283689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.284690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.284690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.284690 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.284690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.285681 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.285681 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.285681 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.285681 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.286687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.286687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.286687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.288654 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.289688 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.289688 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.289688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.289688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.290754 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.290754 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.290754 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.290754 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.290754 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.291690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.291690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.291690 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.291690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.292679 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.292679 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.292679 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.292679 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.292679 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.293689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.293689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.293689 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.293689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.294689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.294689 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.294689 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.294689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.294689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.295691 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.295691 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.295691 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.295691 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.297684 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.297684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.297684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.297684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.297684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.299441 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.299441 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.300684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.300684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.300684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.300684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.301685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.301685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.301685 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.301685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.302682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.302682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.302682 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.302682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.303686 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.303686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.303686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.303686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.304694 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.304694 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.305683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.305683 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.305683 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.305683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.305683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.306690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.306690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.307684 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.307684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.307684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.307684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.308709 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.308709 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.308709 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.308709 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.309703 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.309703 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.309703 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.309703 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.310684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.310684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.310684 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.310684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.311810 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.311810 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.312692 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.312692 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.313689 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.313689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.313689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.296687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.313689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.314707 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.314707 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.314707 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.314707 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.315683 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.315683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.315683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.315683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.316692 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.316692 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.316692 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.316692 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.317689 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.317689 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.317689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.317689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.317689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.318686 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.318686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.318686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.318686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.320506 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.320506 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.320506 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.320506 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.320506 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.321716 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.321716 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.321716 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.321716 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.321716 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.322685 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.322685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.322685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.323682 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.323682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.323682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.324687 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.324687 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.324687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.324687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.324687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.325709 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.325709 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.325709 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.325709 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.326686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.326686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.327688 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.327688 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.327688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.327688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.327688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.328685 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.328685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.328685 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.328685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.329687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.329687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.329687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.329687 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.329687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.331561 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.331561 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.331561 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.331561 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.331561 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.332697 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.332697 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.333686 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.333686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.333686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.333686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.333686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.334682 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.334682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.334682 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.334682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.335688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.335688 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.335688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.335688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.336711 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.336711 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.336711 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.336711 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.337703 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.337703 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.337703 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.337703 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.337703 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.338690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.338690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.338690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.339682 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.339682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.339682 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.339682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.340688 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.340688 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.340688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.340688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.342135 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.342135 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.342682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.342682 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.342682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.342682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.343687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.343687 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.343687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.343687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.343687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.344683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.344683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.344683 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.344683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.345687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.345687 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.345687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.345687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.346693 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.346693 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.346693 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.346693 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.347683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.347683 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.347683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.347683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.347683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.347683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.348725 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.348725 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.348725 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.348725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.349684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.349684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.350683 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.350683 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.350683 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.366934 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.366934 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.367694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.367694 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.367694 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.367694 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.369684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.369684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.369684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.369684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.372690 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.372690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.372690 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.372690 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.373694 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.373694 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.374689 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.374689 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.375826 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.375826 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.375826 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.375826 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.376693 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.376693 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.376693 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.376693 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.377681 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.378685 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.378685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.378685 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.378685 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.380710 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.380710 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.381695 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.381695 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.381695 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.381695 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.382686 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.382686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.382686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.382686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.398801 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.399805 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.399805 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.399805 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.400684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.400684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.401691 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.401691 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.402683 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.403698 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.403698 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.403698 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.404687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.404687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.405686 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.405686 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.405686 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.405686 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.405686 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.406687 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.406687 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.406687 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.407684 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.407684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.407684 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.407684 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.407684 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.408703 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.409682 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.409682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.410725 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.410725 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.410725 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.410725 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.412690 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.412690 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.413701 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.413701 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.413701 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.413701 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.413701 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.415682 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.415682 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.415682 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.415682 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.416720 [ERR] switch_core_io.c:121 skypopen/interface26 > has no read codec. > 2010-09-28 13:41:39.416720 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.416720 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.416720 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.417688 [ERR] mod_skypopen.c:713 rev > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 > ][interface14][-1, 0, 0] channel not ready > 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.417688 [ERR] switch_core_io.c:121 skypopen/interface25 > has no read codec. > 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 13:41:39.417688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.417688 [DEBUG] switch_core_file.c:176 File > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > sample rate 8000 doesn't match requested rate 16000 > 2010-09-28 13:41:39.417688 [DEBUG] switch_ivr_play_say.c:1162 Codec > Activated L16 at 16000hz 1 channels 20ms > 2010-09-28 13:41:39.418704 [ERR] switch_core_io.c:121 skypopen/interface22 > has no read codec. > 2010-09-28 13:41:39.418704 [DEBUG] switch_ivr_play_say.c:1476 done playing > file > 2010-09-28 1 > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From shamun.toha at gmail.com Tue Sep 28 06:28:14 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 15:28:14 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Hello Guru, You are right. Let me explain the scenario, hope it explain more details. My tools and setup: ================= A) FreeSwitch 1 ( hardware location in England co-location, internet broadband, running skypeid for example: myuniqueskypeid1 ) B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet broadband, running skypeid for example: myuniqueskypeid2 ) C) My Laptop ( hardware location in belgium at home, internet broadband, running skypeid for example: myuniqueskypeid99 ) Question & Answers: ================== 1. How do you generate calls? B, C is generating calls 2. Where the calls go? B, C calling to A (where B,C is trying to flood A) 3. Dialplan snippet you are using - I am following our wiki, so there is nothing new - 9999 is music play 4. Scripts you are using - i am following our wiki, there is nothing new 5. Skypopen configuration (which skypeuser on which machine) - A is running 30 instances of 1 unique skypeid and 100% implementation of our wiki - B is running 10 instances of 1 new skypeid (skypeid is not same as A) and 100% implementation of our wiki - B make calls to A to block few A channels to test capacity/cpu/ram/results of fall down/bugs/crashes etc: // I am doing this in fs CLI manually but here what i am doing for ( i = 0; i < 40; i++ ) { // // 5 or 6 Gets connected, the rest loop events cause that error // apply-> // originate skypopen/ANY/myuniqueskypeid1** 9999 } ** ( B keeps calling, when it keeps calling and A gets fail by not finding the audio in/out or etc, then the problem gets started, instantly, CPU usage grows to 90% where it should be in 10% and then the sound of cyclone/storm gets born) - C is running 1 another unique skypeid as regular skype instance with head phone and microphone, for audio quality control Hope i explain correctly. Where B from anywhere able to crash A production switch, that's what happening in my case. Thanks & Regards On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli wrote: > Shamun, > > you have not described what you are doing, so I cannot replicate it. > > 1) how do you generate calls? > 2) where the calls go? > 3) dialplan snippet you are using > 4) scripts you are using > 5) skypopen configuration (which skypeuser on which machine) > > Btw, if you are using the same skypeuser on more than one machine, it > will probably don't work, or confuse the skype clients. > Also, you probably cannot originate from the same skypeuser to the > same skypeuser more than one concurrent call, or it will (probably) > confuse the skype clients. > > -giovanni > On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md > wrote: > > Hello, > > > > This is another strange error i catch by screening it. > > > > Materials: > > =========== > > > > 1. Switch 1 (30 channels as main simulation server) > > 2. Switch 2 (10 channels connects with in/out audio) > > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 > > > > 3. Another PC running skype alone itself as a consumer test, to see what > > happens in reality traffic. > > Step 3.a: 1 times with real skype call skypeswitch1 and listen music > quality > > > > 4. Medium Flood to switch 1 using remaining switch 2 channels > > > > Note: When 7 channels are busy for 2 hours. And Problem 1 gets started, > the > > sound gets drop, and start latency, CPU gets overflow, and in the voice > > there is a wind coming from left (like a storm/cyclone started). > > > > > > Hardware status only for 7 active channels becomes as following: > > =============================================== > > top - 13:15:44 up 3 days, 16:12, 2 users, load average: 13.74, 10.06, > 5.64 > > Tasks: 178 total, 3 running, 175 sleeping, 0 stopped, 0 zombie > > Cpu(s): 70.4%us, 13.6%sy, 0.0%ni, 15.5%id, 0.2%wa, 0.0%hi, 0.3%si, > > 0.0%st > > Mem: 8177580k total, 3371388k used, 4806192k free, 201836k buffers > > Swap: 2096472k total, 0k used, 2096472k free, 1283920k cached > > > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > > COMMAND > > 18719 root 18 0 434m 96m 6628 S 247.4 1.2 10:59.05 > > freeswitch > > 23094 root 15 0 93316 30m 3552 S 10.3 0.4 17:35.42 > > skype > > 22932 root 15 0 93568 30m 3556 S 9.0 0.4 20:43.74 > > skype > > 22706 root 15 0 92240 29m 3552 S 8.6 0.4 14:55.03 > > skype > > ..... > > > > > > Problems1 : Non stop error like this, caused by flooding: > > ======================================== > > > > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 > skypopen/interface14 > > has no read codec. > > > > > > AND > > > > > > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 > skypopen/interface22 > > has no read codec. > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > > ][interface14][-1, 0, 0] channel not ready > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 > skypopen/interface25 > > has no read codec. > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > skypopen/interface22 > > has no read codec. > > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > skypopen/interface25 > > has no read codec. > > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev > > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > > ][interface14][-1, 0, 0] channel not ready > > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 > skypopen/interface22 > > has no read codec. > > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 > skypopen/interface25 > > has no read codec. > > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > skypopen/interface22 > > has no read codec. > > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > skypopen/interface25 > > has no read codec. > > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > playing > > file > > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > > sample rate 8000 doesn't match requested rate 16000 > > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > > Activated L16 at 16000hz 1 channels 20ms > > > > > > > > > > Switch 1 - sk list > > ================================ > > > > freeswitch at a.com> sk list > > > > sk console is NOT yet assigned > > F ID Name IB (F/T) OB (F/T) State CallFlw > UUID > > = ==== ======== ======= ======= ====== ============ > > ====== > > 1 [interface1] 1/3 0/0 IDLE CALL_IDLE > > 2 [interface2] 0/1 0/0 UP STATUS_INPROGRS > > e2f255cd-89ba-43e0-8d01-bf9579c98ffa > > 3 [interface3] 1/7 0/0 IDLE CALL_IDLE > > 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE > > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > > 5 [interface5] 0/1 0/0 UP STATUS_INPROGRS > > 8d4719fe-8567-4c62-9224-8c9766aebc08 > > 6 [interface6] 0/0 0/0 IDLE CALL_IDLE > > 7 [interface7] 0/1 0/0 IDLE CALL_IDLE > > 8 [interface8] 0/1 0/0 IDLE CALL_IDLE > > 9 [interface9] 0/2 0/0 IDLE CALL_IDLE > > 10 [interface10] 0/1 0/0 UP STATUS_INPROGRS > > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a > > 11 [interface11] 0/0 0/0 IDLE CALL_IDLE > > 12 [interface12] 1/4 0/0 IDLE CALL_IDLE > > 13 [interface13] 1/8 0/0 IDLE CALL_IDLE > > 14 [interface14] 1/5 0/0 IDLE CALL_IDLE > > 15 [interface15] 0/0 0/0 IDLE CALL_IDLE > > 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE > > 638935df-443d-4f02-af8d-40fb93eb21d4 > > 17 [interface17] 0/2 0/0 IDLE CALL_IDLE > > 18 [interface18] 0/1 0/0 UP STATUS_INPROGRS > > 8aec831e-c410-4d85-aa5f-a84c3f364b4e > > 19 [interface19] 1/5 0/0 IDLE CALL_IDLE > > 20 [interface20] 0/1 0/0 IDLE CALL_IDLE > > 21 [interface21] 0/1 0/0 UP STATUS_INPROGRS > > cf26b813-8557-46e0-8dcc-e30bdecce7d9 > > 22 [interface22] 6/9 0/0 IDLE CALL_IDLE > > 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE > > a1fa5e30-5491-4941-b54c-1bec882cc4cd > > 24 [interface24] 1/4 0/0 IDLE CALL_IDLE > > 25 [interface25] 2/5 0/0 IDLE CALL_IDLE > > 26 [interface26] 2/5 0/0 UP STATUS_INPROGRS > > 9289a13e-bedc-43d1-92a2-8bec775188c6 > > 27 [interface27] 0/1 0/0 IDLE CALL_IDLE > > 28 [interface28] 0/0 0/0 IDLE CALL_IDLE > > 29 [interface29] 0/1 0/0 UP STATUS_INPROGRS > > 32100a1d-38ac-4104-b5d7-35b5c4603a84 > > 30 [interface30] 1/2 0/0 IDLE CALL_IDLE > > > > Total Interfaces: 30 IB Calls(Failed/Total): 20/78 OB > Calls(Failed/Total): > > 0/0 > > > > > > > > Switch 2 - sk list > > ======================================== > > > > freeswitch at a.com> > > > > > > freeswitch at localhost.localdomain> sk list > > > > sk console is NOT yet assigned > > F ID Name IB (F/T) OB (F/T) State CallFlw > UUID > > = ==== ======== ======= ======= ====== ============ > > ====== > > 1 [interface1] 0/0 5/8 UP STATUS_INPROGRS > > a7a35355-63de-4734-97a3-18dd97ee2f1e > > 2 [interface2] 0/0 16/17 IDLE CALL_IDLE > > * 3 [interface3] 0/0 0/5 UP STATUS_INPROGRS > > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 > > 4 [interface4] 0/0 0/3 UP STATUS_INPROGRS > > 3423612f-8db5-481c-9fe8-a79cdd1234df > > 5 [interface5] 0/1 1/3 UP STATUS_INPROGRS > > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 > > 6 [interface6] 0/0 7/8 UP STATUS_INPROGRS > > 60b0b495-3115-42dd-bb18-a8b3d8b71087 > > 7 [interface7] 0/0 16/16 IDLE CALL_IDLE > > 8 [interface8] 0/0 1/3 UP STATUS_INPROGRS > > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 > > 9 [interface9] 0/0 16/16 IDLE CALL_IDLE > > 10 [interface10] 0/0 16/16 IDLE CALL_IDLE > > > > Total Interfaces: 10 IB Calls(Failed/Total): 0/1 OB > Calls(Failed/Total): > > 78/95 > > > > freeswitch at localhost.localdomain> > > > > > > > > > > > > > > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec > and > > ERR mod_skypopen.c:713 channel not ready gets started, whole active calls > > get affected and this problem gets started. > > > > > > Thanks for your guide, let me know your tips. > > > > Best Regards > > > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/1a9f2c86/attachment-0001.html From gmaruzz at gmail.com Tue Sep 28 06:44:41 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 15:44:41 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: 9999 is not music on hold in new freeswitch. What are you calling into? which version of FS are you using? are you using the custom ALSA sound driver? -giovanni On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md wrote: > Hello Guru, > > You are right. Let me explain the scenario, hope it explain more details. > > My tools and setup: > ================= > A) FreeSwitch 1 ( hardware location in England co-location, internet > broadband, running skypeid for example: myuniqueskypeid1 ) > > B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet > broadband, running skypeid for example: myuniqueskypeid2 ) > > C) My Laptop ( hardware location in belgium at home, internet broadband, > running skypeid for example: myuniqueskypeid99 ) > > > Question & Answers: > ================== > 1. How do you generate calls? > B, C is generating calls > > 2. Where the calls go? > B, C calling to A (where B,C is trying to flood A) > > 3. Dialplan snippet you are using > - I am following our wiki, so there is nothing new > - 9999 is music play > > 4. Scripts you are using > - i am following our wiki, there is nothing new > > 5. Skypopen configuration (which skypeuser on which machine) > > - A is running 30 instances of 1 unique skypeid and 100% implementation of > our wiki > > - B is running 10 instances of 1 new skypeid (skypeid is not same as A)? and > 100% implementation of our wiki > - B make calls to A to block few A channels to test capacity/cpu/ram/results > of fall down/bugs/crashes etc: > > ? // I am doing this in fs CLI manually but here what i am doing > ? for ( i = 0; i < 40; i++ ) > ? { > ???? // > ???? // 5 or 6 Gets connected, the rest loop events cause that error > ???? // apply-> > ???? // > ???? originate skypopen/ANY/myuniqueskypeid1? 9999 > ? } > > ?** ( B keeps calling, when it keeps calling and A gets fail by not finding > the audio in/out or etc, then the problem gets started, instantly, CPU usage > grows to 90% where it should be in 10% and then the sound of cyclone/storm > gets born) > > - C is running 1 another unique skypeid as regular skype instance with head > phone and microphone, for audio quality control > > > > Hope i explain correctly. Where B from anywhere able to crash A production > switch, that's what happening in my case. > > Thanks & Regards > > > On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli > wrote: >> >> Shamun, >> >> you have not described what you are doing, so I cannot replicate it. >> >> 1) how do you generate calls? >> 2) where the calls go? >> 3) dialplan snippet you are using >> 4) scripts you are using >> 5) skypopen configuration (which skypeuser on which machine) >> >> Btw, if you are using the same skypeuser on more than one machine, it >> will probably don't work, or confuse the skype clients. >> Also, you probably cannot originate from the same skypeuser to the >> same skypeuser more than one concurrent call, or it will (probably) >> confuse the skype clients. >> >> -giovanni >> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md >> wrote: >> > Hello, >> > >> > This is another strange error i catch by screening it. >> > >> > Materials: >> > =========== >> > >> > 1. Switch 1 (30 channels as main simulation server) >> > 2. Switch 2 (10 channels connects with in/out audio) >> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 >> > >> > 3. Another PC running skype alone itself as a consumer test, to see what >> > happens in reality traffic. >> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music >> > quality >> > >> > 4. Medium Flood to switch 1 using remaining switch 2 channels >> > >> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets started, >> > the >> > sound gets drop, and start latency, CPU gets overflow, and in the voice >> > there is a wind coming from left (like a storm/cyclone started). >> > >> > >> > Hardware status only for 7 active channels becomes as following: >> > =============================================== >> > top - 13:15:44 up 3 days, 16:12,? 2 users,? load average: 13.74, 10.06, >> > 5.64 >> > Tasks: 178 total,?? 3 running, 175 sleeping,?? 0 stopped,?? 0 zombie >> > Cpu(s): 70.4%us, 13.6%sy,? 0.0%ni, 15.5%id,? 0.2%wa,? 0.0%hi,? 0.3%si, >> > 0.0%st >> > Mem:?? 8177580k total,? 3371388k used,? 4806192k free,?? 201836k buffers >> > Swap:? 2096472k total,??????? 0k used,? 2096472k free,? 1283920k cached >> > >> > >> > ? PID USER????? PR? NI? VIRT? RES? SHR S %CPU %MEM??? TIME+ >> > COMMAND >> > 18719 root????? 18?? 0? 434m? 96m 6628 S 247.4? 1.2? 10:59.05 >> > freeswitch >> > 23094 root????? 15?? 0 93316? 30m 3552 S 10.3? 0.4? 17:35.42 >> > skype >> > 22932 root????? 15?? 0 93568? 30m 3556 S? 9.0? 0.4? 20:43.74 >> > skype >> > 22706 root????? 15?? 0 92240? 29m 3552 S? 8.6? 0.4? 14:55.03 >> > skype >> > ..... >> > >> > >> > Problems1 : Non stop error like this, caused by flooding: >> > ======================================== >> > >> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 >> > skypopen/interface14 >> > has no read codec. >> > >> > >> > AND >> > >> > >> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 >> > skypopen/interface22 >> > has no read codec. >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev >> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> > ][interface14][-1, 0, 0] channel not ready >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 >> > skypopen/interface25 >> > has no read codec. >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> > skypopen/interface22 >> > has no read codec. >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> > skypopen/interface25 >> > has no read codec. >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev >> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> > ][interface14][-1, 0, 0] channel not ready >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 >> > skypopen/interface22 >> > has no read codec. >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 >> > skypopen/interface25 >> > has no read codec. >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> > skypopen/interface22 >> > has no read codec. >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> > skypopen/interface25 >> > has no read codec. >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> > playing >> > file >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> > >> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> > sample rate 8000 doesn't match requested rate 16000 >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> > Activated L16 at 16000hz 1 channels 20ms >> > >> > >> > >> > >> > Switch 1 - sk list >> > ================================ >> > >> > freeswitch at a.com> sk list >> > >> > sk console is NOT yet assigned >> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> > UUID >> > = ====??? ? ========? ??? =======???? =======??? ======??? ============ >> > ====== >> > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa >> > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 >> > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > 8d4719fe-8567-4c62-9224-8c9766aebc08 >> > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a >> > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> > 638935df-443d-4f02-af8d-40fb93eb21d4 >> > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e >> > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 >> > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE >> > a1fa5e30-5491-4941-b54c-1bec882cc4cd >> > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? UP??? STATUS_INPROGRS >> > 9289a13e-bedc-43d1-92a2-8bec775188c6 >> > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 >> > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE >> > >> > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB >> > Calls(Failed/Total): >> > 0/0 >> > >> > >> > >> > Switch 2 - sk list >> > ======================================== >> > >> > freeswitch at a.com> >> > >> > >> > freeswitch at localhost.localdomain> sk list >> > >> > sk console is NOT yet assigned >> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> > UUID >> > = ====??? ? ========? ??? =======???? =======??? ======??? ============ >> > ====== >> > ? 1??? [interface1]??? ? 0/0??? ???? 5/8??? UP??? STATUS_INPROGRS >> > a7a35355-63de-4734-97a3-18dd97ee2f1e >> > ? 2??? [interface2]??? ? 0/0??? ??? 16/17??? IDLE??? CALL_IDLE >> > * 3??? [interface3]??? ? 0/0??? ???? 0/5??? UP??? STATUS_INPROGRS >> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 >> > ? 4??? [interface4]??? ? 0/0??? ???? 0/3??? UP??? STATUS_INPROGRS >> > 3423612f-8db5-481c-9fe8-a79cdd1234df >> > ? 5??? [interface5]??? ? 0/1??? ???? 1/3??? UP??? STATUS_INPROGRS >> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 >> > ? 6??? [interface6]??? ? 0/0??? ???? 7/8??? UP??? STATUS_INPROGRS >> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 >> > ? 7??? [interface7]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> > ? 8??? [interface8]??? ? 0/0??? ???? 1/3??? UP??? STATUS_INPROGRS >> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 >> > ? 9??? [interface9]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> > ? 10??? [interface10]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> > >> > Total Interfaces: 10? IB Calls(Failed/Total): 0/1? OB >> > Calls(Failed/Total): >> > 78/95 >> > >> > freeswitch at localhost.localdomain> >> > >> > >> > >> > >> > >> > >> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec >> > and >> > ERR mod_skypopen.c:713 channel not ready gets started, whole active >> > calls >> > get affected and this problem gets started. >> > >> > >> > Thanks for your guide, let me know your tips. >> > >> > Best Regards >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at gmail.com Tue Sep 28 06:53:38 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 15:53:38 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: also, probably sending multiple concurrent calls from skypeuseridX to skypeuseridY will not work (but I am not sure of this). You better test using many different skypeuserid on one machine, and multiple instances of the same skypeuserid on the other machine. But maybe that's not the problem. Seems more a problem of wrong ALSA driver to me. -giovanni On Tue, Sep 28, 2010 at 3:44 PM, Giovanni Maruzzelli wrote: > 9999 is not music on hold in new freeswitch. What are you calling into? > which version of FS are you using? > are you using the custom ALSA sound driver? > > -giovanni > > On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md wrote: >> Hello Guru, >> >> You are right. Let me explain the scenario, hope it explain more details. >> >> My tools and setup: >> ================= >> A) FreeSwitch 1 ( hardware location in England co-location, internet >> broadband, running skypeid for example: myuniqueskypeid1 ) >> >> B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet >> broadband, running skypeid for example: myuniqueskypeid2 ) >> >> C) My Laptop ( hardware location in belgium at home, internet broadband, >> running skypeid for example: myuniqueskypeid99 ) >> >> >> Question & Answers: >> ================== >> 1. How do you generate calls? >> B, C is generating calls >> >> 2. Where the calls go? >> B, C calling to A (where B,C is trying to flood A) >> >> 3. Dialplan snippet you are using >> - I am following our wiki, so there is nothing new >> - 9999 is music play >> >> 4. Scripts you are using >> - i am following our wiki, there is nothing new >> >> 5. Skypopen configuration (which skypeuser on which machine) >> >> - A is running 30 instances of 1 unique skypeid and 100% implementation of >> our wiki >> >> - B is running 10 instances of 1 new skypeid (skypeid is not same as A)? and >> 100% implementation of our wiki >> - B make calls to A to block few A channels to test capacity/cpu/ram/results >> of fall down/bugs/crashes etc: >> >> ? // I am doing this in fs CLI manually but here what i am doing >> ? for ( i = 0; i < 40; i++ ) >> ? { >> ???? // >> ???? // 5 or 6 Gets connected, the rest loop events cause that error >> ???? // apply-> >> ???? // >> ???? originate skypopen/ANY/myuniqueskypeid1? 9999 >> ? } >> >> ?** ( B keeps calling, when it keeps calling and A gets fail by not finding >> the audio in/out or etc, then the problem gets started, instantly, CPU usage >> grows to 90% where it should be in 10% and then the sound of cyclone/storm >> gets born) >> >> - C is running 1 another unique skypeid as regular skype instance with head >> phone and microphone, for audio quality control >> >> >> >> Hope i explain correctly. Where B from anywhere able to crash A production >> switch, that's what happening in my case. >> >> Thanks & Regards >> >> >> On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli >> wrote: >>> >>> Shamun, >>> >>> you have not described what you are doing, so I cannot replicate it. >>> >>> 1) how do you generate calls? >>> 2) where the calls go? >>> 3) dialplan snippet you are using >>> 4) scripts you are using >>> 5) skypopen configuration (which skypeuser on which machine) >>> >>> Btw, if you are using the same skypeuser on more than one machine, it >>> will probably don't work, or confuse the skype clients. >>> Also, you probably cannot originate from the same skypeuser to the >>> same skypeuser more than one concurrent call, or it will (probably) >>> confuse the skype clients. >>> >>> -giovanni >>> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md >>> wrote: >>> > Hello, >>> > >>> > This is another strange error i catch by screening it. >>> > >>> > Materials: >>> > =========== >>> > >>> > 1. Switch 1 (30 channels as main simulation server) >>> > 2. Switch 2 (10 channels connects with in/out audio) >>> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 >>> > >>> > 3. Another PC running skype alone itself as a consumer test, to see what >>> > happens in reality traffic. >>> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music >>> > quality >>> > >>> > 4. Medium Flood to switch 1 using remaining switch 2 channels >>> > >>> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets started, >>> > the >>> > sound gets drop, and start latency, CPU gets overflow, and in the voice >>> > there is a wind coming from left (like a storm/cyclone started). >>> > >>> > >>> > Hardware status only for 7 active channels becomes as following: >>> > =============================================== >>> > top - 13:15:44 up 3 days, 16:12,? 2 users,? load average: 13.74, 10.06, >>> > 5.64 >>> > Tasks: 178 total,?? 3 running, 175 sleeping,?? 0 stopped,?? 0 zombie >>> > Cpu(s): 70.4%us, 13.6%sy,? 0.0%ni, 15.5%id,? 0.2%wa,? 0.0%hi,? 0.3%si, >>> > 0.0%st >>> > Mem:?? 8177580k total,? 3371388k used,? 4806192k free,?? 201836k buffers >>> > Swap:? 2096472k total,??????? 0k used,? 2096472k free,? 1283920k cached >>> > >>> > >>> > ? PID USER????? PR? NI? VIRT? RES? SHR S %CPU %MEM??? TIME+ >>> > COMMAND >>> > 18719 root????? 18?? 0? 434m? 96m 6628 S 247.4? 1.2? 10:59.05 >>> > freeswitch >>> > 23094 root????? 15?? 0 93316? 30m 3552 S 10.3? 0.4? 17:35.42 >>> > skype >>> > 22932 root????? 15?? 0 93568? 30m 3556 S? 9.0? 0.4? 20:43.74 >>> > skype >>> > 22706 root????? 15?? 0 92240? 29m 3552 S? 8.6? 0.4? 14:55.03 >>> > skype >>> > ..... >>> > >>> > >>> > Problems1 : Non stop error like this, caused by flooding: >>> > ======================================== >>> > >>> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 >>> > skypopen/interface14 >>> > has no read codec. >>> > >>> > >>> > AND >>> > >>> > >>> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 >>> > skypopen/interface22 >>> > has no read codec. >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >>> > ][interface14][-1, 0, 0] channel not ready >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 >>> > skypopen/interface25 >>> > has no read codec. >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >>> > skypopen/interface22 >>> > has no read codec. >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >>> > skypopen/interface25 >>> > has no read codec. >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >>> > ][interface14][-1, 0, 0] channel not ready >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 >>> > skypopen/interface22 >>> > has no read codec. >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 >>> > skypopen/interface25 >>> > has no read codec. >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >>> > skypopen/interface22 >>> > has no read codec. >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >>> > skypopen/interface25 >>> > has no read codec. >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >>> > playing >>> > file >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >>> > >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >>> > sample rate 8000 doesn't match requested rate 16000 >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >>> > Activated L16 at 16000hz 1 channels 20ms >>> > >>> > >>> > >>> > >>> > Switch 1 - sk list >>> > ================================ >>> > >>> > freeswitch at a.com> sk list >>> > >>> > sk console is NOT yet assigned >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >>> > UUID >>> > = ====??? ? ========? ??? =======???? =======??? ======??? ============ >>> > ====== >>> > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa >>> > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >>> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 >>> > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > 8d4719fe-8567-4c62-9224-8c9766aebc08 >>> > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a >>> > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >>> > 638935df-443d-4f02-af8d-40fb93eb21d4 >>> > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e >>> > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 >>> > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE >>> > a1fa5e30-5491-4941-b54c-1bec882cc4cd >>> > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > 9289a13e-bedc-43d1-92a2-8bec775188c6 >>> > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >>> > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >>> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 >>> > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE >>> > >>> > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB >>> > Calls(Failed/Total): >>> > 0/0 >>> > >>> > >>> > >>> > Switch 2 - sk list >>> > ======================================== >>> > >>> > freeswitch at a.com> >>> > >>> > >>> > freeswitch at localhost.localdomain> sk list >>> > >>> > sk console is NOT yet assigned >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >>> > UUID >>> > = ====??? ? ========? ??? =======???? =======??? ======??? ============ >>> > ====== >>> > ? 1??? [interface1]??? ? 0/0??? ???? 5/8??? UP??? STATUS_INPROGRS >>> > a7a35355-63de-4734-97a3-18dd97ee2f1e >>> > ? 2??? [interface2]??? ? 0/0??? ??? 16/17??? IDLE??? CALL_IDLE >>> > * 3??? [interface3]??? ? 0/0??? ???? 0/5??? UP??? STATUS_INPROGRS >>> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 >>> > ? 4??? [interface4]??? ? 0/0??? ???? 0/3??? UP??? STATUS_INPROGRS >>> > 3423612f-8db5-481c-9fe8-a79cdd1234df >>> > ? 5??? [interface5]??? ? 0/1??? ???? 1/3??? UP??? STATUS_INPROGRS >>> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 >>> > ? 6??? [interface6]??? ? 0/0??? ???? 7/8??? UP??? STATUS_INPROGRS >>> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 >>> > ? 7??? [interface7]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >>> > ? 8??? [interface8]??? ? 0/0??? ???? 1/3??? UP??? STATUS_INPROGRS >>> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 >>> > ? 9??? [interface9]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >>> > ? 10??? [interface10]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >>> > >>> > Total Interfaces: 10? IB Calls(Failed/Total): 0/1? OB >>> > Calls(Failed/Total): >>> > 78/95 >>> > >>> > freeswitch at localhost.localdomain> >>> > >>> > >>> > >>> > >>> > >>> > >>> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec >>> > and >>> > ERR mod_skypopen.c:713 channel not ready gets started, whole active >>> > calls >>> > get affected and this problem gets started. >>> > >>> > >>> > Thanks for your guide, let me know your tips. >>> > >>> > Best Regards >>> > >>> > >>> > >>> > _______________________________________________ >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at 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 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From rupa at rupa.com Tue Sep 28 07:14:38 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 28 Sep 2010 09:14:38 -0500 Subject: [Freeswitch-users] mod_limit does not reset count when call gets to voicemail? In-Reply-To: References: Message-ID: On Tue, Sep 28, 2010 at 3:26 AM, Yehavi Bourvine wrote: > Hello, > > We are using mod_limit in order to track user's state and know when to > play busy/call-wait tone. We encountered two problems (which are probably > related): > > - When the call gets to the voicemail the extension is still though as > busy until the caller hangs. > - If a call is picked-up using the intercept application the original > destination is still thought as busy. > > When looking in the limit_data table the record of the call is indeed there > until a final call hangup. > According to the wiki we tried setting the variable limit_ignore_transfer > to false both with set command before calling the limit application and also > in limit.conf.xml. However, this does not change this behaviour. > > Is this the intended behaviour? Can it work as I want? (i.e. once the call > arrived to voicemail or picked-up the original destination is marked as > free). > It is intended behavior. To handle voicemail, you could restructure your dialplan to: 1) set limit_ignore_transfer to false, then transfer to a VM handling extension. The act of transfering will reset the limit. 2) For intercept... you could use uuid_limit_release api. hmm.. This could also be used for 1. freeswitch at internal> uuid_limit_release USAGE: uuid_limit_release [realm] [resource] > > We are using 1.0.6; since this is a production system it is quite hard for > me to test the latest git. > > Thanks! __Yehavi: > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/1fbc90bb/attachment.html From rupa at rupa.com Tue Sep 28 07:17:16 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 28 Sep 2010 09:17:16 -0500 Subject: [Freeswitch-users] Using Limit In-Reply-To: References: Message-ID: Looks like the only thing you can't easily do via API is to set the limits. So yeah, set your limits via the XML dialplan initially. On Tue, Sep 28, 2010 at 4:28 AM, Muhammad Arfeen wrote: > hi > > im new to freeswitch. By looking at wiki, i dont see many examples using > limit with API. > > I just want to limit the no. of calls on a particular DID number when calls > comes to freeswitch. Before doing any other operation, I want to set / get > the no. of channels on the number. > > Do I still need to using XML to set the limit before forwarding to desired > SIP address ? or we need to use API ? > > > > > Regards, > Arfeen > ___________________________ > http://www.facebook.com/arfeen > http://pk.linkedin.com/in/arfeen > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/bad895d4/attachment.html From leon at scarlet-internet.nl Tue Sep 28 07:22:27 2010 From: leon at scarlet-internet.nl (Leon de Rooij) Date: Tue, 28 Sep 2010 16:22:27 +0200 Subject: [Freeswitch-users] Freeswitch and mysql In-Reply-To: References: <4CA11C69.70302@gmail.com> Message-ID: Hello Antonio, Or you can use MySQL directly (through ODBC) from within FreeSWITCH by using Lua: http://wiki.freeswitch.org/wiki/Lua#freeswitch.Dbh and: http://wiki.freeswitch.org/wiki/Lua_freeswitch_dbh Kind regards, Leon On Sep 28, 2010, at 8:59 AM, Diego Viola wrote: > Hi Antonio, > > This might be what you want. > > http://wiki.freeswitch.org/wiki/Mod_xml_curl > > On Mon, Sep 27, 2010 at 6:36 PM, Antonio wrote: >> Hello, >> >> I asked and more I searched, I found nothing, how to integrate >> FreeSwitch >> with mysql. Some time ago I found Asterisk-realtime and wanted to >> know if >> there is something similar in FreeSwitch. Is to avoid double >> configurations, >> for example if there is a conference room that can be accessed from >> multiple >> servers, etc. I'm new in FreeSwitch and I have much knowledge ;-) >> >> Does anyone have any url or book on how to do? Lua?. Thanks. >> >> Greetings >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 shamun.toha at gmail.com Tue Sep 28 07:23:41 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 16:23:41 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Hello, Here is the reference of A, B, C: ======================== A = FreeSwitch 1, FreeSWITCH Version 1.0.head (git-25ddef5 2010-09-24 01-55-54 +0200) B = FreeSwitch 2, FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 17-04-54 -0500) C = Normal user with skype for testing A audio quality. Details of this crash combining A,B: =========================== A is crashed: http://gist.github.com/raw/601051/d96645c41eead48425508b53e55f7abbb5edc18e/A%20-%20receiving%20requests%20from%20B Note: at this stage, A is remotely crashed by Anyone where B is my test environment. A shutdown log: http://gist.github.com/raw/601061/15ba1d53e4762d97247c9acab9f1ae5dea7049d3/gistfile1.txt B, Please have a good look on this, he is doing simple originate calls, where A is getting crashed already. http://gist.github.com/raw/601051/ed3615e04791e48a5b86e8688478f59af9272291/B%20-%20is%20trying%20to%20fill%20up%2010%20channels C was listening this crash, i heard sound crashed and that storm started Thanks & Regards On Tue, Sep 28, 2010 at 3:53 PM, Giovanni Maruzzelli wrote: > also, probably sending multiple concurrent calls from skypeuseridX to > skypeuseridY will not work (but I am not sure of this). > > You better test using many different skypeuserid on one machine, and > multiple instances of the same skypeuserid on the other machine. > > But maybe that's not the problem. > > Seems more a problem of wrong ALSA driver to me. > > -giovanni > > On Tue, Sep 28, 2010 at 3:44 PM, Giovanni Maruzzelli > wrote: > > 9999 is not music on hold in new freeswitch. What are you calling into? > > which version of FS are you using? > > are you using the custom ALSA sound driver? > > > > -giovanni > > > > On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md > wrote: > >> Hello Guru, > >> > >> You are right. Let me explain the scenario, hope it explain more > details. > >> > >> My tools and setup: > >> ================= > >> A) FreeSwitch 1 ( hardware location in England co-location, internet > >> broadband, running skypeid for example: myuniqueskypeid1 ) > >> > >> B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet > >> broadband, running skypeid for example: myuniqueskypeid2 ) > >> > >> C) My Laptop ( hardware location in belgium at home, internet broadband, > >> running skypeid for example: myuniqueskypeid99 ) > >> > >> > >> Question & Answers: > >> ================== > >> 1. How do you generate calls? > >> B, C is generating calls > >> > >> 2. Where the calls go? > >> B, C calling to A (where B,C is trying to flood A) > >> > >> 3. Dialplan snippet you are using > >> - I am following our wiki, so there is nothing new > >> - 9999 is music play > >> > >> 4. Scripts you are using > >> - i am following our wiki, there is nothing new > >> > >> 5. Skypopen configuration (which skypeuser on which machine) > >> > >> - A is running 30 instances of 1 unique skypeid and 100% implementation > of > >> our wiki > >> > >> - B is running 10 instances of 1 new skypeid (skypeid is not same as A) > and > >> 100% implementation of our wiki > >> - B make calls to A to block few A channels to test > capacity/cpu/ram/results > >> of fall down/bugs/crashes etc: > >> > >> // I am doing this in fs CLI manually but here what i am doing > >> for ( i = 0; i < 40; i++ ) > >> { > >> // > >> // 5 or 6 Gets connected, the rest loop events cause that error > >> // apply-> > >> // > >> originate skypopen/ANY/myuniqueskypeid1 9999 > >> } > >> > >> ** ( B keeps calling, when it keeps calling and A gets fail by not > finding > >> the audio in/out or etc, then the problem gets started, instantly, CPU > usage > >> grows to 90% where it should be in 10% and then the sound of > cyclone/storm > >> gets born) > >> > >> - C is running 1 another unique skypeid as regular skype instance with > head > >> phone and microphone, for audio quality control > >> > >> > >> > >> Hope i explain correctly. Where B from anywhere able to crash A > production > >> switch, that's what happening in my case. > >> > >> Thanks & Regards > >> > >> > >> On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli > > >> wrote: > >>> > >>> Shamun, > >>> > >>> you have not described what you are doing, so I cannot replicate it. > >>> > >>> 1) how do you generate calls? > >>> 2) where the calls go? > >>> 3) dialplan snippet you are using > >>> 4) scripts you are using > >>> 5) skypopen configuration (which skypeuser on which machine) > >>> > >>> Btw, if you are using the same skypeuser on more than one machine, it > >>> will probably don't work, or confuse the skype clients. > >>> Also, you probably cannot originate from the same skypeuser to the > >>> same skypeuser more than one concurrent call, or it will (probably) > >>> confuse the skype clients. > >>> > >>> -giovanni > >>> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md > > >>> wrote: > >>> > Hello, > >>> > > >>> > This is another strange error i catch by screening it. > >>> > > >>> > Materials: > >>> > =========== > >>> > > >>> > 1. Switch 1 (30 channels as main simulation server) > >>> > 2. Switch 2 (10 channels connects with in/out audio) > >>> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 > >>> > > >>> > 3. Another PC running skype alone itself as a consumer test, to see > what > >>> > happens in reality traffic. > >>> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music > >>> > quality > >>> > > >>> > 4. Medium Flood to switch 1 using remaining switch 2 channels > >>> > > >>> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets > started, > >>> > the > >>> > sound gets drop, and start latency, CPU gets overflow, and in the > voice > >>> > there is a wind coming from left (like a storm/cyclone started). > >>> > > >>> > > >>> > Hardware status only for 7 active channels becomes as following: > >>> > =============================================== > >>> > top - 13:15:44 up 3 days, 16:12, 2 users, load average: 13.74, > 10.06, > >>> > 5.64 > >>> > Tasks: 178 total, 3 running, 175 sleeping, 0 stopped, 0 zombie > >>> > Cpu(s): 70.4%us, 13.6%sy, 0.0%ni, 15.5%id, 0.2%wa, 0.0%hi, > 0.3%si, > >>> > 0.0%st > >>> > Mem: 8177580k total, 3371388k used, 4806192k free, 201836k > buffers > >>> > Swap: 2096472k total, 0k used, 2096472k free, 1283920k > cached > >>> > > >>> > > >>> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >>> > COMMAND > >>> > 18719 root 18 0 434m 96m 6628 S 247.4 1.2 10:59.05 > >>> > freeswitch > >>> > 23094 root 15 0 93316 30m 3552 S 10.3 0.4 17:35.42 > >>> > skype > >>> > 22932 root 15 0 93568 30m 3556 S 9.0 0.4 20:43.74 > >>> > skype > >>> > 22706 root 15 0 92240 29m 3552 S 8.6 0.4 14:55.03 > >>> > skype > >>> > ..... > >>> > > >>> > > >>> > Problems1 : Non stop error like this, caused by flooding: > >>> > ======================================== > >>> > > >>> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 > >>> > skypopen/interface14 > >>> > has no read codec. > >>> > > >>> > > >>> > AND > >>> > > >>> > > >>> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 > >>> > skypopen/interface22 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev > >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > >>> > ][interface14][-1, 0, 0] channel not ready > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 > >>> > skypopen/interface25 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > >>> > skypopen/interface22 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > >>> > skypopen/interface25 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev > >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > >>> > ][interface14][-1, 0, 0] channel not ready > >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 > >>> > skypopen/interface22 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 > >>> > skypopen/interface25 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > >>> > skypopen/interface22 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > >>> > skypopen/interface25 > >>> > has no read codec. > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > >>> > playing > >>> > file > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > >>> > > >>> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >>> > sample rate 8000 doesn't match requested rate 16000 > >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > >>> > Activated L16 at 16000hz 1 channels 20ms > >>> > > >>> > > >>> > > >>> > > >>> > Switch 1 - sk list > >>> > ================================ > >>> > > >>> > freeswitch at a.com> sk list > >>> > > >>> > sk console is NOT yet assigned > >>> > F ID Name IB (F/T) OB (F/T) State CallFlw > >>> > UUID > >>> > = ==== ======== ======= ======= ====== > ============ > >>> > ====== > >>> > 1 [interface1] 1/3 0/0 IDLE CALL_IDLE > >>> > 2 [interface2] 0/1 0/0 UP STATUS_INPROGRS > >>> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa > >>> > 3 [interface3] 1/7 0/0 IDLE CALL_IDLE > >>> > 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE > >>> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > >>> > 5 [interface5] 0/1 0/0 UP STATUS_INPROGRS > >>> > 8d4719fe-8567-4c62-9224-8c9766aebc08 > >>> > 6 [interface6] 0/0 0/0 IDLE CALL_IDLE > >>> > 7 [interface7] 0/1 0/0 IDLE CALL_IDLE > >>> > 8 [interface8] 0/1 0/0 IDLE CALL_IDLE > >>> > 9 [interface9] 0/2 0/0 IDLE CALL_IDLE > >>> > 10 [interface10] 0/1 0/0 UP STATUS_INPROGRS > >>> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a > >>> > 11 [interface11] 0/0 0/0 IDLE CALL_IDLE > >>> > 12 [interface12] 1/4 0/0 IDLE CALL_IDLE > >>> > 13 [interface13] 1/8 0/0 IDLE CALL_IDLE > >>> > 14 [interface14] 1/5 0/0 IDLE CALL_IDLE > >>> > 15 [interface15] 0/0 0/0 IDLE CALL_IDLE > >>> > 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE > >>> > 638935df-443d-4f02-af8d-40fb93eb21d4 > >>> > 17 [interface17] 0/2 0/0 IDLE CALL_IDLE > >>> > 18 [interface18] 0/1 0/0 UP STATUS_INPROGRS > >>> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e > >>> > 19 [interface19] 1/5 0/0 IDLE CALL_IDLE > >>> > 20 [interface20] 0/1 0/0 IDLE CALL_IDLE > >>> > 21 [interface21] 0/1 0/0 UP STATUS_INPROGRS > >>> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 > >>> > 22 [interface22] 6/9 0/0 IDLE CALL_IDLE > >>> > 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE > >>> > a1fa5e30-5491-4941-b54c-1bec882cc4cd > >>> > 24 [interface24] 1/4 0/0 IDLE CALL_IDLE > >>> > 25 [interface25] 2/5 0/0 IDLE CALL_IDLE > >>> > 26 [interface26] 2/5 0/0 UP STATUS_INPROGRS > >>> > 9289a13e-bedc-43d1-92a2-8bec775188c6 > >>> > 27 [interface27] 0/1 0/0 IDLE CALL_IDLE > >>> > 28 [interface28] 0/0 0/0 IDLE CALL_IDLE > >>> > 29 [interface29] 0/1 0/0 UP STATUS_INPROGRS > >>> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 > >>> > 30 [interface30] 1/2 0/0 IDLE CALL_IDLE > >>> > > >>> > Total Interfaces: 30 IB Calls(Failed/Total): 20/78 OB > >>> > Calls(Failed/Total): > >>> > 0/0 > >>> > > >>> > > >>> > > >>> > Switch 2 - sk list > >>> > ======================================== > >>> > > >>> > freeswitch at a.com> > >>> > > >>> > > >>> > freeswitch at localhost.localdomain> sk list > >>> > > >>> > sk console is NOT yet assigned > >>> > F ID Name IB (F/T) OB (F/T) State CallFlw > >>> > UUID > >>> > = ==== ======== ======= ======= ====== > ============ > >>> > ====== > >>> > 1 [interface1] 0/0 5/8 UP STATUS_INPROGRS > >>> > a7a35355-63de-4734-97a3-18dd97ee2f1e > >>> > 2 [interface2] 0/0 16/17 IDLE CALL_IDLE > >>> > * 3 [interface3] 0/0 0/5 UP STATUS_INPROGRS > >>> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 > >>> > 4 [interface4] 0/0 0/3 UP STATUS_INPROGRS > >>> > 3423612f-8db5-481c-9fe8-a79cdd1234df > >>> > 5 [interface5] 0/1 1/3 UP STATUS_INPROGRS > >>> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 > >>> > 6 [interface6] 0/0 7/8 UP STATUS_INPROGRS > >>> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 > >>> > 7 [interface7] 0/0 16/16 IDLE CALL_IDLE > >>> > 8 [interface8] 0/0 1/3 UP STATUS_INPROGRS > >>> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 > >>> > 9 [interface9] 0/0 16/16 IDLE CALL_IDLE > >>> > 10 [interface10] 0/0 16/16 IDLE CALL_IDLE > >>> > > >>> > Total Interfaces: 10 IB Calls(Failed/Total): 0/1 OB > >>> > Calls(Failed/Total): > >>> > 78/95 > >>> > > >>> > freeswitch at localhost.localdomain> > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read > codec > >>> > and > >>> > ERR mod_skypopen.c:713 channel not ready gets started, whole active > >>> > calls > >>> > get affected and this problem gets started. > >>> > > >>> > > >>> > Thanks for your guide, let me know your tips. > >>> > > >>> > Best Regards > >>> > > >>> > > >>> > > >>> > _______________________________________________ > >>> > FreeSWITCH-users mailing list > >>> > FreeSWITCH-users at 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 > >>> > >>> _______________________________________________ > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at 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 > > > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/ba4ce076/attachment-0001.html From gmaruzz at gmail.com Tue Sep 28 07:34:15 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 16:34:15 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Shamun, can you please answer the questions I asked? I ask it again: 9999 is not music on hold in new freeswitch. What are you calling into? are you using the custom ALSA sound driver? -giovanni On Tue, Sep 28, 2010 at 4:23 PM, Shamun toha md wrote: > Hello, > > > Here is the reference of A, B, C: > ======================== > A = FreeSwitch 1, FreeSWITCH Version 1.0.head (git-25ddef5 2010-09-24 > 01-55-54 +0200) > > B = FreeSwitch 2, FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 > 17-04-54 -0500) > C = Normal user with skype for testing A audio quality. > > > > Details of this crash combining A,B: > =========================== > A is crashed: > http://gist.github.com/raw/601051/d96645c41eead48425508b53e55f7abbb5edc18e/A%20-%20receiving%20requests%20from%20B > > Note: at this stage, A is remotely crashed by Anyone where B is my test > environment. > A shutdown log: > http://gist.github.com/raw/601061/15ba1d53e4762d97247c9acab9f1ae5dea7049d3/gistfile1.txt > > B, Please have a good look on this, he is doing simple originate calls, > where A is getting crashed already. > http://gist.github.com/raw/601051/ed3615e04791e48a5b86e8688478f59af9272291/B%20-%20is%20trying%20to%20fill%20up%2010%20channels > > C was listening this crash, i heard sound crashed and that storm started > > > > Thanks & Regards > > > > > On Tue, Sep 28, 2010 at 3:53 PM, Giovanni Maruzzelli > wrote: >> >> also, probably sending multiple concurrent calls from skypeuseridX to >> skypeuseridY will not work (but I am not sure of this). >> >> You better test using many different skypeuserid on one machine, and >> multiple instances of the same skypeuserid on the other machine. >> >> But maybe that's not the problem. >> >> Seems more a problem of wrong ALSA driver to me. >> >> -giovanni >> >> On Tue, Sep 28, 2010 at 3:44 PM, Giovanni Maruzzelli >> wrote: >> > 9999 is not music on hold in new freeswitch. What are you calling into? >> > which version of FS are you using? >> > are you using the custom ALSA sound driver? >> > >> > -giovanni >> > >> > On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md >> > wrote: >> >> Hello Guru, >> >> >> >> You are right. Let me explain the scenario, hope it explain more >> >> details. >> >> >> >> My tools and setup: >> >> ================= >> >> A) FreeSwitch 1 ( hardware location in England co-location, internet >> >> broadband, running skypeid for example: myuniqueskypeid1 ) >> >> >> >> B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet >> >> broadband, running skypeid for example: myuniqueskypeid2 ) >> >> >> >> C) My Laptop ( hardware location in belgium at home, internet >> >> broadband, >> >> running skypeid for example: myuniqueskypeid99 ) >> >> >> >> >> >> Question & Answers: >> >> ================== >> >> 1. How do you generate calls? >> >> B, C is generating calls >> >> >> >> 2. Where the calls go? >> >> B, C calling to A (where B,C is trying to flood A) >> >> >> >> 3. Dialplan snippet you are using >> >> - I am following our wiki, so there is nothing new >> >> - 9999 is music play >> >> >> >> 4. Scripts you are using >> >> - i am following our wiki, there is nothing new >> >> >> >> 5. Skypopen configuration (which skypeuser on which machine) >> >> >> >> - A is running 30 instances of 1 unique skypeid and 100% implementation >> >> of >> >> our wiki >> >> >> >> - B is running 10 instances of 1 new skypeid (skypeid is not same as >> >> A)? and >> >> 100% implementation of our wiki >> >> - B make calls to A to block few A channels to test >> >> capacity/cpu/ram/results >> >> of fall down/bugs/crashes etc: >> >> >> >> ? // I am doing this in fs CLI manually but here what i am doing >> >> ? for ( i = 0; i < 40; i++ ) >> >> ? { >> >> ???? // >> >> ???? // 5 or 6 Gets connected, the rest loop events cause that error >> >> ???? // apply-> >> >> ???? // >> >> ???? originate skypopen/ANY/myuniqueskypeid1? 9999 >> >> ? } >> >> >> >> ?** ( B keeps calling, when it keeps calling and A gets fail by not >> >> finding >> >> the audio in/out or etc, then the problem gets started, instantly, CPU >> >> usage >> >> grows to 90% where it should be in 10% and then the sound of >> >> cyclone/storm >> >> gets born) >> >> >> >> - C is running 1 another unique skypeid as regular skype instance with >> >> head >> >> phone and microphone, for audio quality control >> >> >> >> >> >> >> >> Hope i explain correctly. Where B from anywhere able to crash A >> >> production >> >> switch, that's what happening in my case. >> >> >> >> Thanks & Regards >> >> >> >> >> >> On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli >> >> >> >> wrote: >> >>> >> >>> Shamun, >> >>> >> >>> you have not described what you are doing, so I cannot replicate it. >> >>> >> >>> 1) how do you generate calls? >> >>> 2) where the calls go? >> >>> 3) dialplan snippet you are using >> >>> 4) scripts you are using >> >>> 5) skypopen configuration (which skypeuser on which machine) >> >>> >> >>> Btw, if you are using the same skypeuser on more than one machine, it >> >>> will probably don't work, or confuse the skype clients. >> >>> Also, you probably cannot originate from the same skypeuser to the >> >>> same skypeuser more than one concurrent call, or it will (probably) >> >>> confuse the skype clients. >> >>> >> >>> -giovanni >> >>> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md >> >>> >> >>> wrote: >> >>> > Hello, >> >>> > >> >>> > This is another strange error i catch by screening it. >> >>> > >> >>> > Materials: >> >>> > =========== >> >>> > >> >>> > 1. Switch 1 (30 channels as main simulation server) >> >>> > 2. Switch 2 (10 channels connects with in/out audio) >> >>> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 >> >>> > >> >>> > 3. Another PC running skype alone itself as a consumer test, to see >> >>> > what >> >>> > happens in reality traffic. >> >>> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music >> >>> > quality >> >>> > >> >>> > 4. Medium Flood to switch 1 using remaining switch 2 channels >> >>> > >> >>> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets >> >>> > started, >> >>> > the >> >>> > sound gets drop, and start latency, CPU gets overflow, and in the >> >>> > voice >> >>> > there is a wind coming from left (like a storm/cyclone started). >> >>> > >> >>> > >> >>> > Hardware status only for 7 active channels becomes as following: >> >>> > =============================================== >> >>> > top - 13:15:44 up 3 days, 16:12,? 2 users,? load average: 13.74, >> >>> > 10.06, >> >>> > 5.64 >> >>> > Tasks: 178 total,?? 3 running, 175 sleeping,?? 0 stopped,?? 0 zombie >> >>> > Cpu(s): 70.4%us, 13.6%sy,? 0.0%ni, 15.5%id,? 0.2%wa,? 0.0%hi, >> >>> > 0.3%si, >> >>> > 0.0%st >> >>> > Mem:?? 8177580k total,? 3371388k used,? 4806192k free,?? 201836k >> >>> > buffers >> >>> > Swap:? 2096472k total,??????? 0k used,? 2096472k free,? 1283920k >> >>> > cached >> >>> > >> >>> > >> >>> > ? PID USER????? PR? NI? VIRT? RES? SHR S %CPU %MEM??? TIME+ >> >>> > COMMAND >> >>> > 18719 root????? 18?? 0? 434m? 96m 6628 S 247.4? 1.2? 10:59.05 >> >>> > freeswitch >> >>> > 23094 root????? 15?? 0 93316? 30m 3552 S 10.3? 0.4? 17:35.42 >> >>> > skype >> >>> > 22932 root????? 15?? 0 93568? 30m 3556 S? 9.0? 0.4? 20:43.74 >> >>> > skype >> >>> > 22706 root????? 15?? 0 92240? 29m 3552 S? 8.6? 0.4? 14:55.03 >> >>> > skype >> >>> > ..... >> >>> > >> >>> > >> >>> > Problems1 : Non stop error like this, caused by flooding: >> >>> > ======================================== >> >>> > >> >>> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > >> >>> > >> >>> > AND >> >>> > >> >>> > >> >>> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev >> >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> >>> > ][interface14][-1, 0, 0] channel not ready >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev >> >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> >>> > ][interface14][-1, 0, 0] channel not ready >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > Switch 1 - sk list >> >>> > ================================ >> >>> > >> >>> > freeswitch at a.com> sk list >> >>> > >> >>> > sk console is NOT yet assigned >> >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> >>> > UUID >> >>> > = ====??? ? ========? ??? =======???? =======??? ====== >> >>> > ============ >> >>> > ====== >> >>> > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa >> >>> > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 >> >>> > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 8d4719fe-8567-4c62-9224-8c9766aebc08 >> >>> > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a >> >>> > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > 638935df-443d-4f02-af8d-40fb93eb21d4 >> >>> > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e >> >>> > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 >> >>> > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > a1fa5e30-5491-4941-b54c-1bec882cc4cd >> >>> > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 9289a13e-bedc-43d1-92a2-8bec775188c6 >> >>> > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 >> >>> > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > >> >>> > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB >> >>> > Calls(Failed/Total): >> >>> > 0/0 >> >>> > >> >>> > >> >>> > >> >>> > Switch 2 - sk list >> >>> > ======================================== >> >>> > >> >>> > freeswitch at a.com> >> >>> > >> >>> > >> >>> > freeswitch at localhost.localdomain> sk list >> >>> > >> >>> > sk console is NOT yet assigned >> >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> >>> > UUID >> >>> > = ====??? ? ========? ??? =======???? =======??? ====== >> >>> > ============ >> >>> > ====== >> >>> > ? 1??? [interface1]??? ? 0/0??? ???? 5/8??? UP??? STATUS_INPROGRS >> >>> > a7a35355-63de-4734-97a3-18dd97ee2f1e >> >>> > ? 2??? [interface2]??? ? 0/0??? ??? 16/17??? IDLE??? CALL_IDLE >> >>> > * 3??? [interface3]??? ? 0/0??? ???? 0/5??? UP??? STATUS_INPROGRS >> >>> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 >> >>> > ? 4??? [interface4]??? ? 0/0??? ???? 0/3??? UP??? STATUS_INPROGRS >> >>> > 3423612f-8db5-481c-9fe8-a79cdd1234df >> >>> > ? 5??? [interface5]??? ? 0/1??? ???? 1/3??? UP??? STATUS_INPROGRS >> >>> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 >> >>> > ? 6??? [interface6]??? ? 0/0??? ???? 7/8??? UP??? STATUS_INPROGRS >> >>> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 >> >>> > ? 7??? [interface7]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > ? 8??? [interface8]??? ? 0/0??? ???? 1/3??? UP??? STATUS_INPROGRS >> >>> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 >> >>> > ? 9??? [interface9]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > ? 10??? [interface10]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > >> >>> > Total Interfaces: 10? IB Calls(Failed/Total): 0/1? OB >> >>> > Calls(Failed/Total): >> >>> > 78/95 >> >>> > >> >>> > freeswitch at localhost.localdomain> >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read >> >>> > codec >> >>> > and >> >>> > ERR mod_skypopen.c:713 channel not ready gets started, whole active >> >>> > calls >> >>> > get affected and this problem gets started. >> >>> > >> >>> > >> >>> > Thanks for your guide, let me know your tips. >> >>> > >> >>> > Best Regards >> >>> > >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > FreeSWITCH-users mailing list >> >>> > FreeSWITCH-users at 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 >> >>> >> >>> _______________________________________________ >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at 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 >> > >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at gmail.com Tue Sep 28 07:34:15 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 16:34:15 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Shamun, can you please answer the questions I asked? I ask it again: 9999 is not music on hold in new freeswitch. What are you calling into? are you using the custom ALSA sound driver? -giovanni On Tue, Sep 28, 2010 at 4:23 PM, Shamun toha md wrote: > Hello, > > > Here is the reference of A, B, C: > ======================== > A = FreeSwitch 1, FreeSWITCH Version 1.0.head (git-25ddef5 2010-09-24 > 01-55-54 +0200) > > B = FreeSwitch 2, FreeSWITCH Version 1.0.head (git-3eb35a5 2010-09-15 > 17-04-54 -0500) > C = Normal user with skype for testing A audio quality. > > > > Details of this crash combining A,B: > =========================== > A is crashed: > http://gist.github.com/raw/601051/d96645c41eead48425508b53e55f7abbb5edc18e/A%20-%20receiving%20requests%20from%20B > > Note: at this stage, A is remotely crashed by Anyone where B is my test > environment. > A shutdown log: > http://gist.github.com/raw/601061/15ba1d53e4762d97247c9acab9f1ae5dea7049d3/gistfile1.txt > > B, Please have a good look on this, he is doing simple originate calls, > where A is getting crashed already. > http://gist.github.com/raw/601051/ed3615e04791e48a5b86e8688478f59af9272291/B%20-%20is%20trying%20to%20fill%20up%2010%20channels > > C was listening this crash, i heard sound crashed and that storm started > > > > Thanks & Regards > > > > > On Tue, Sep 28, 2010 at 3:53 PM, Giovanni Maruzzelli > wrote: >> >> also, probably sending multiple concurrent calls from skypeuseridX to >> skypeuseridY will not work (but I am not sure of this). >> >> You better test using many different skypeuserid on one machine, and >> multiple instances of the same skypeuserid on the other machine. >> >> But maybe that's not the problem. >> >> Seems more a problem of wrong ALSA driver to me. >> >> -giovanni >> >> On Tue, Sep 28, 2010 at 3:44 PM, Giovanni Maruzzelli >> wrote: >> > 9999 is not music on hold in new freeswitch. What are you calling into? >> > which version of FS are you using? >> > are you using the custom ALSA sound driver? >> > >> > -giovanni >> > >> > On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md >> > wrote: >> >> Hello Guru, >> >> >> >> You are right. Let me explain the scenario, hope it explain more >> >> details. >> >> >> >> My tools and setup: >> >> ================= >> >> A) FreeSwitch 1 ( hardware location in England co-location, internet >> >> broadband, running skypeid for example: myuniqueskypeid1 ) >> >> >> >> B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet >> >> broadband, running skypeid for example: myuniqueskypeid2 ) >> >> >> >> C) My Laptop ( hardware location in belgium at home, internet >> >> broadband, >> >> running skypeid for example: myuniqueskypeid99 ) >> >> >> >> >> >> Question & Answers: >> >> ================== >> >> 1. How do you generate calls? >> >> B, C is generating calls >> >> >> >> 2. Where the calls go? >> >> B, C calling to A (where B,C is trying to flood A) >> >> >> >> 3. Dialplan snippet you are using >> >> - I am following our wiki, so there is nothing new >> >> - 9999 is music play >> >> >> >> 4. Scripts you are using >> >> - i am following our wiki, there is nothing new >> >> >> >> 5. Skypopen configuration (which skypeuser on which machine) >> >> >> >> - A is running 30 instances of 1 unique skypeid and 100% implementation >> >> of >> >> our wiki >> >> >> >> - B is running 10 instances of 1 new skypeid (skypeid is not same as >> >> A)? and >> >> 100% implementation of our wiki >> >> - B make calls to A to block few A channels to test >> >> capacity/cpu/ram/results >> >> of fall down/bugs/crashes etc: >> >> >> >> ? // I am doing this in fs CLI manually but here what i am doing >> >> ? for ( i = 0; i < 40; i++ ) >> >> ? { >> >> ???? // >> >> ???? // 5 or 6 Gets connected, the rest loop events cause that error >> >> ???? // apply-> >> >> ???? // >> >> ???? originate skypopen/ANY/myuniqueskypeid1? 9999 >> >> ? } >> >> >> >> ?** ( B keeps calling, when it keeps calling and A gets fail by not >> >> finding >> >> the audio in/out or etc, then the problem gets started, instantly, CPU >> >> usage >> >> grows to 90% where it should be in 10% and then the sound of >> >> cyclone/storm >> >> gets born) >> >> >> >> - C is running 1 another unique skypeid as regular skype instance with >> >> head >> >> phone and microphone, for audio quality control >> >> >> >> >> >> >> >> Hope i explain correctly. Where B from anywhere able to crash A >> >> production >> >> switch, that's what happening in my case. >> >> >> >> Thanks & Regards >> >> >> >> >> >> On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli >> >> >> >> wrote: >> >>> >> >>> Shamun, >> >>> >> >>> you have not described what you are doing, so I cannot replicate it. >> >>> >> >>> 1) how do you generate calls? >> >>> 2) where the calls go? >> >>> 3) dialplan snippet you are using >> >>> 4) scripts you are using >> >>> 5) skypopen configuration (which skypeuser on which machine) >> >>> >> >>> Btw, if you are using the same skypeuser on more than one machine, it >> >>> will probably don't work, or confuse the skype clients. >> >>> Also, you probably cannot originate from the same skypeuser to the >> >>> same skypeuser more than one concurrent call, or it will (probably) >> >>> confuse the skype clients. >> >>> >> >>> -giovanni >> >>> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md >> >>> >> >>> wrote: >> >>> > Hello, >> >>> > >> >>> > This is another strange error i catch by screening it. >> >>> > >> >>> > Materials: >> >>> > =========== >> >>> > >> >>> > 1. Switch 1 (30 channels as main simulation server) >> >>> > 2. Switch 2 (10 channels connects with in/out audio) >> >>> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 >> >>> > >> >>> > 3. Another PC running skype alone itself as a consumer test, to see >> >>> > what >> >>> > happens in reality traffic. >> >>> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music >> >>> > quality >> >>> > >> >>> > 4. Medium Flood to switch 1 using remaining switch 2 channels >> >>> > >> >>> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets >> >>> > started, >> >>> > the >> >>> > sound gets drop, and start latency, CPU gets overflow, and in the >> >>> > voice >> >>> > there is a wind coming from left (like a storm/cyclone started). >> >>> > >> >>> > >> >>> > Hardware status only for 7 active channels becomes as following: >> >>> > =============================================== >> >>> > top - 13:15:44 up 3 days, 16:12,? 2 users,? load average: 13.74, >> >>> > 10.06, >> >>> > 5.64 >> >>> > Tasks: 178 total,?? 3 running, 175 sleeping,?? 0 stopped,?? 0 zombie >> >>> > Cpu(s): 70.4%us, 13.6%sy,? 0.0%ni, 15.5%id,? 0.2%wa,? 0.0%hi, >> >>> > 0.3%si, >> >>> > 0.0%st >> >>> > Mem:?? 8177580k total,? 3371388k used,? 4806192k free,?? 201836k >> >>> > buffers >> >>> > Swap:? 2096472k total,??????? 0k used,? 2096472k free,? 1283920k >> >>> > cached >> >>> > >> >>> > >> >>> > ? PID USER????? PR? NI? VIRT? RES? SHR S %CPU %MEM??? TIME+ >> >>> > COMMAND >> >>> > 18719 root????? 18?? 0? 434m? 96m 6628 S 247.4? 1.2? 10:59.05 >> >>> > freeswitch >> >>> > 23094 root????? 15?? 0 93316? 30m 3552 S 10.3? 0.4? 17:35.42 >> >>> > skype >> >>> > 22932 root????? 15?? 0 93568? 30m 3556 S? 9.0? 0.4? 20:43.74 >> >>> > skype >> >>> > 22706 root????? 15?? 0 92240? 29m 3552 S? 8.6? 0.4? 14:55.03 >> >>> > skype >> >>> > ..... >> >>> > >> >>> > >> >>> > Problems1 : Non stop error like this, caused by flooding: >> >>> > ======================================== >> >>> > >> >>> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface14 >> >>> > has no read codec. >> >>> > >> >>> > >> >>> > AND >> >>> > >> >>> > >> >>> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev >> >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> >>> > ][interface14][-1, 0, 0] channel not ready >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev >> >>> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37???? ][ERRORA? 713 >> >>> > ][interface14][-1, 0, 0] channel not ready >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface22 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 >> >>> > skypopen/interface25 >> >>> > has no read codec. >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done >> >>> > playing >> >>> > file >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File >> >>> > >> >>> > >> >>> > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav >> >>> > sample rate 8000 doesn't match requested rate 16000 >> >>> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec >> >>> > Activated L16 at 16000hz 1 channels 20ms >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > Switch 1 - sk list >> >>> > ================================ >> >>> > >> >>> > freeswitch at a.com> sk list >> >>> > >> >>> > sk console is NOT yet assigned >> >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> >>> > UUID >> >>> > = ====??? ? ========? ??? =======???? =======??? ====== >> >>> > ============ >> >>> > ====== >> >>> > ? 1??? [interface1]??? ? 1/3??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 2??? [interface2]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa >> >>> > ? 3??? [interface3]??? ? 1/7??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 4??? [interface4]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 >> >>> > ? 5??? [interface5]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 8d4719fe-8567-4c62-9224-8c9766aebc08 >> >>> > ? 6??? [interface6]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 7??? [interface7]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 8??? [interface8]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 9??? [interface9]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 10??? [interface10]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a >> >>> > ? 11??? [interface11]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 12??? [interface12]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 13??? [interface13]??? ? 1/8??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 14??? [interface14]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 15??? [interface15]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 16??? [interface16]??? ? 0/1??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > 638935df-443d-4f02-af8d-40fb93eb21d4 >> >>> > ? 17??? [interface17]??? ? 0/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 18??? [interface18]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e >> >>> > ? 19??? [interface19]??? ? 1/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 20??? [interface20]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 21??? [interface21]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 >> >>> > ? 22??? [interface22]??? ? 6/9??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 23??? [interface23]??? ? 2/5??? ???? 0/0??? PREANSW??? CALL_IDLE >> >>> > a1fa5e30-5491-4941-b54c-1bec882cc4cd >> >>> > ? 24??? [interface24]??? ? 1/4??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 25??? [interface25]??? ? 2/5??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 26??? [interface26]??? ? 2/5??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 9289a13e-bedc-43d1-92a2-8bec775188c6 >> >>> > ? 27??? [interface27]??? ? 0/1??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 28??? [interface28]??? ? 0/0??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > ? 29??? [interface29]??? ? 0/1??? ???? 0/0??? UP??? STATUS_INPROGRS >> >>> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 >> >>> > ? 30??? [interface30]??? ? 1/2??? ???? 0/0??? IDLE??? CALL_IDLE >> >>> > >> >>> > Total Interfaces: 30? IB Calls(Failed/Total): 20/78? OB >> >>> > Calls(Failed/Total): >> >>> > 0/0 >> >>> > >> >>> > >> >>> > >> >>> > Switch 2 - sk list >> >>> > ======================================== >> >>> > >> >>> > freeswitch at a.com> >> >>> > >> >>> > >> >>> > freeswitch at localhost.localdomain> sk list >> >>> > >> >>> > sk console is NOT yet assigned >> >>> > F ID??? ??? Name??? ??? IB (F/T)??? OB (F/T)??? State??? CallFlw >> >>> > UUID >> >>> > = ====??? ? ========? ??? =======???? =======??? ====== >> >>> > ============ >> >>> > ====== >> >>> > ? 1??? [interface1]??? ? 0/0??? ???? 5/8??? UP??? STATUS_INPROGRS >> >>> > a7a35355-63de-4734-97a3-18dd97ee2f1e >> >>> > ? 2??? [interface2]??? ? 0/0??? ??? 16/17??? IDLE??? CALL_IDLE >> >>> > * 3??? [interface3]??? ? 0/0??? ???? 0/5??? UP??? STATUS_INPROGRS >> >>> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 >> >>> > ? 4??? [interface4]??? ? 0/0??? ???? 0/3??? UP??? STATUS_INPROGRS >> >>> > 3423612f-8db5-481c-9fe8-a79cdd1234df >> >>> > ? 5??? [interface5]??? ? 0/1??? ???? 1/3??? UP??? STATUS_INPROGRS >> >>> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 >> >>> > ? 6??? [interface6]??? ? 0/0??? ???? 7/8??? UP??? STATUS_INPROGRS >> >>> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 >> >>> > ? 7??? [interface7]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > ? 8??? [interface8]??? ? 0/0??? ???? 1/3??? UP??? STATUS_INPROGRS >> >>> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 >> >>> > ? 9??? [interface9]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > ? 10??? [interface10]??? ? 0/0??? ??? 16/16??? IDLE??? CALL_IDLE >> >>> > >> >>> > Total Interfaces: 10? IB Calls(Failed/Total): 0/1? OB >> >>> > Calls(Failed/Total): >> >>> > 78/95 >> >>> > >> >>> > freeswitch at localhost.localdomain> >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read >> >>> > codec >> >>> > and >> >>> > ERR mod_skypopen.c:713 channel not ready gets started, whole active >> >>> > calls >> >>> > get affected and this problem gets started. >> >>> > >> >>> > >> >>> > Thanks for your guide, let me know your tips. >> >>> > >> >>> > Best Regards >> >>> > >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > FreeSWITCH-users mailing list >> >>> > FreeSWITCH-users at 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 >> >>> >> >>> _______________________________________________ >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at 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 >> > >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From brian at freeswitch.org Tue Sep 28 07:40:41 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 09:40:41 -0500 Subject: [Freeswitch-users] Server IP Address In-Reply-To: References: <1285544941653-5573167.post@n2.nabble.com> Message-ID: <9C78E98B-8998-4D5D-AFA5-721A1694D7F1@freeswitch.org> You shouldn't be hitting port 5080 when you register or invite. That profile is 'external' by name only... it doesn't have auth enabled and hits the public context. /b On Sep 27, 2010, at 11:47 PM, Peter Schrock wrote: > Yes, I have the FS book and I am on chapter 4 "SIP and the User Directory". The exercise walks you through developing your own account and it tells you to use "1100". > I am still curious as to why it won't complete the call. When I call on Bria, on my iPhone, it says "Temporarily Unavailable (480)". I just wish there was something to stand out as a "oh, that's what I need to fix". :-\ > > Peter From shamun.toha at gmail.com Tue Sep 28 07:46:24 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 16:46:24 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: ALSA sound driver, i always used this: http://wiki.freeswitch.org/wiki/Skypopen_Skype_Endpoint_and_Trunk#ALSA_and_the_custom_snd-dummy Reference: http://gist.github.com/601115 On Tue, Sep 28, 2010 at 3:44 PM, Giovanni Maruzzelli wrote: > 9999 is not music on hold in new freeswitch. What are you calling into? > which version of FS are you using? > are you using the custom ALSA sound driver? > > -giovanni > > On Tue, Sep 28, 2010 at 3:28 PM, Shamun toha md > wrote: > > Hello Guru, > > > > You are right. Let me explain the scenario, hope it explain more details. > > > > My tools and setup: > > ================= > > A) FreeSwitch 1 ( hardware location in England co-location, internet > > broadband, running skypeid for example: myuniqueskypeid1 ) > > > > B) FreeSwitch 2 ( hardware location in Belgium Office rack, internet > > broadband, running skypeid for example: myuniqueskypeid2 ) > > > > C) My Laptop ( hardware location in belgium at home, internet broadband, > > running skypeid for example: myuniqueskypeid99 ) > > > > > > Question & Answers: > > ================== > > 1. How do you generate calls? > > B, C is generating calls > > > > 2. Where the calls go? > > B, C calling to A (where B,C is trying to flood A) > > > > 3. Dialplan snippet you are using > > - I am following our wiki, so there is nothing new > > - 9999 is music play > > > > 4. Scripts you are using > > - i am following our wiki, there is nothing new > > > > 5. Skypopen configuration (which skypeuser on which machine) > > > > - A is running 30 instances of 1 unique skypeid and 100% implementation > of > > our wiki > > > > - B is running 10 instances of 1 new skypeid (skypeid is not same as A) > and > > 100% implementation of our wiki > > - B make calls to A to block few A channels to test > capacity/cpu/ram/results > > of fall down/bugs/crashes etc: > > > > // I am doing this in fs CLI manually but here what i am doing > > for ( i = 0; i < 40; i++ ) > > { > > // > > // 5 or 6 Gets connected, the rest loop events cause that error > > // apply-> > > // > > originate skypopen/ANY/myuniqueskypeid1 9999 > > } > > > > ** ( B keeps calling, when it keeps calling and A gets fail by not > finding > > the audio in/out or etc, then the problem gets started, instantly, CPU > usage > > grows to 90% where it should be in 10% and then the sound of > cyclone/storm > > gets born) > > > > - C is running 1 another unique skypeid as regular skype instance with > head > > phone and microphone, for audio quality control > > > > > > > > Hope i explain correctly. Where B from anywhere able to crash A > production > > switch, that's what happening in my case. > > > > Thanks & Regards > > > > > > On Tue, Sep 28, 2010 at 2:32 PM, Giovanni Maruzzelli > > wrote: > >> > >> Shamun, > >> > >> you have not described what you are doing, so I cannot replicate it. > >> > >> 1) how do you generate calls? > >> 2) where the calls go? > >> 3) dialplan snippet you are using > >> 4) scripts you are using > >> 5) skypopen configuration (which skypeuser on which machine) > >> > >> Btw, if you are using the same skypeuser on more than one machine, it > >> will probably don't work, or confuse the skype clients. > >> Also, you probably cannot originate from the same skypeuser to the > >> same skypeuser more than one concurrent call, or it will (probably) > >> confuse the skype clients. > >> > >> -giovanni > >> On Tue, Sep 28, 2010 at 1:35 PM, Shamun toha md > >> wrote: > >> > Hello, > >> > > >> > This is another strange error i catch by screening it. > >> > > >> > Materials: > >> > =========== > >> > > >> > 1. Switch 1 (30 channels as main simulation server) > >> > 2. Switch 2 (10 channels connects with in/out audio) > >> > Step 2.a: 6 times originate skypopen/ANY/skypeswitch1 9999 > >> > > >> > 3. Another PC running skype alone itself as a consumer test, to see > what > >> > happens in reality traffic. > >> > Step 3.a: 1 times with real skype call skypeswitch1 and listen music > >> > quality > >> > > >> > 4. Medium Flood to switch 1 using remaining switch 2 channels > >> > > >> > Note: When 7 channels are busy for 2 hours. And Problem 1 gets > started, > >> > the > >> > sound gets drop, and start latency, CPU gets overflow, and in the > voice > >> > there is a wind coming from left (like a storm/cyclone started). > >> > > >> > > >> > Hardware status only for 7 active channels becomes as following: > >> > =============================================== > >> > top - 13:15:44 up 3 days, 16:12, 2 users, load average: 13.74, > 10.06, > >> > 5.64 > >> > Tasks: 178 total, 3 running, 175 sleeping, 0 stopped, 0 zombie > >> > Cpu(s): 70.4%us, 13.6%sy, 0.0%ni, 15.5%id, 0.2%wa, 0.0%hi, 0.3%si, > >> > 0.0%st > >> > Mem: 8177580k total, 3371388k used, 4806192k free, 201836k > buffers > >> > Swap: 2096472k total, 0k used, 2096472k free, 1283920k > cached > >> > > >> > > >> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >> > COMMAND > >> > 18719 root 18 0 434m 96m 6628 S 247.4 1.2 10:59.05 > >> > freeswitch > >> > 23094 root 15 0 93316 30m 3552 S 10.3 0.4 17:35.42 > >> > skype > >> > 22932 root 15 0 93568 30m 3556 S 9.0 0.4 20:43.74 > >> > skype > >> > 22706 root 15 0 92240 29m 3552 S 8.6 0.4 14:55.03 > >> > skype > >> > ..... > >> > > >> > > >> > Problems1 : Non stop error like this, caused by flooding: > >> > ======================================== > >> > > >> > 2010-09-28 12:54:45.878273 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > 2010-09-28 12:54:45.881274 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > 2010-09-28 12:54:45.883271 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > 2010-09-28 12:54:45.886277 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > 2010-09-28 12:54:45.888352 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > 2010-09-28 12:54:45.891345 [ERR] switch_core_io.c:121 > >> > skypopen/interface14 > >> > has no read codec. > >> > > >> > > >> > AND > >> > > >> > > >> > 2010-09-28 13:19:04.272557 [ERR] switch_core_io.c:121 > >> > skypopen/interface22 > >> > has no read codec. > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.274541 [ERR] mod_skypopen.c:713 rev > >> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > >> > ][interface14][-1, 0, 0] channel not ready > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.274541 [ERR] switch_core_io.c:121 > >> > skypopen/interface25 > >> > has no read codec. > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.274541 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > >> > skypopen/interface22 > >> > has no read codec. > >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.276545 [ERR] switch_core_io.c:121 > >> > skypopen/interface25 > >> > has no read codec. > >> > 2010-09-28 13:19:04.276545 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.278564 [ERR] mod_skypopen.c:713 rev > >> > git2svn-syncpoint-master-296-g25ddef5[(nil)|37 ][ERRORA 713 > >> > ][interface14][-1, 0, 0] channel not ready > >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.278564 [ERR] switch_core_io.c:121 > >> > skypopen/interface22 > >> > has no read codec. > >> > 2010-09-28 13:19:04.278564 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.280571 [ERR] switch_core_io.c:121 > >> > skypopen/interface25 > >> > has no read codec. > >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.280571 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > >> > skypopen/interface22 > >> > has no read codec. > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.281800 [ERR] switch_core_io.c:121 > >> > skypopen/interface25 > >> > has no read codec. > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1476 done > >> > playing > >> > file > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_core_file.c:176 File > >> > > >> > > /usr/local/freeswitch/sounds/music/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav > >> > sample rate 8000 doesn't match requested rate 16000 > >> > 2010-09-28 13:19:04.281800 [DEBUG] switch_ivr_play_say.c:1162 Codec > >> > Activated L16 at 16000hz 1 channels 20ms > >> > > >> > > >> > > >> > > >> > Switch 1 - sk list > >> > ================================ > >> > > >> > freeswitch at a.com> sk list > >> > > >> > sk console is NOT yet assigned > >> > F ID Name IB (F/T) OB (F/T) State CallFlw > >> > UUID > >> > = ==== ======== ======= ======= ====== > ============ > >> > ====== > >> > 1 [interface1] 1/3 0/0 IDLE CALL_IDLE > >> > 2 [interface2] 0/1 0/0 UP STATUS_INPROGRS > >> > e2f255cd-89ba-43e0-8d01-bf9579c98ffa > >> > 3 [interface3] 1/7 0/0 IDLE CALL_IDLE > >> > 4 [interface4] 0/1 0/0 PREANSW CALL_IDLE > >> > 1cc57d27-1db7-420e-8459-c27e588fd5b8 > >> > 5 [interface5] 0/1 0/0 UP STATUS_INPROGRS > >> > 8d4719fe-8567-4c62-9224-8c9766aebc08 > >> > 6 [interface6] 0/0 0/0 IDLE CALL_IDLE > >> > 7 [interface7] 0/1 0/0 IDLE CALL_IDLE > >> > 8 [interface8] 0/1 0/0 IDLE CALL_IDLE > >> > 9 [interface9] 0/2 0/0 IDLE CALL_IDLE > >> > 10 [interface10] 0/1 0/0 UP STATUS_INPROGRS > >> > 3ba37a2b-e1ec-436d-86be-76510ca7fe6a > >> > 11 [interface11] 0/0 0/0 IDLE CALL_IDLE > >> > 12 [interface12] 1/4 0/0 IDLE CALL_IDLE > >> > 13 [interface13] 1/8 0/0 IDLE CALL_IDLE > >> > 14 [interface14] 1/5 0/0 IDLE CALL_IDLE > >> > 15 [interface15] 0/0 0/0 IDLE CALL_IDLE > >> > 16 [interface16] 0/1 0/0 PREANSW CALL_IDLE > >> > 638935df-443d-4f02-af8d-40fb93eb21d4 > >> > 17 [interface17] 0/2 0/0 IDLE CALL_IDLE > >> > 18 [interface18] 0/1 0/0 UP STATUS_INPROGRS > >> > 8aec831e-c410-4d85-aa5f-a84c3f364b4e > >> > 19 [interface19] 1/5 0/0 IDLE CALL_IDLE > >> > 20 [interface20] 0/1 0/0 IDLE CALL_IDLE > >> > 21 [interface21] 0/1 0/0 UP STATUS_INPROGRS > >> > cf26b813-8557-46e0-8dcc-e30bdecce7d9 > >> > 22 [interface22] 6/9 0/0 IDLE CALL_IDLE > >> > 23 [interface23] 2/5 0/0 PREANSW CALL_IDLE > >> > a1fa5e30-5491-4941-b54c-1bec882cc4cd > >> > 24 [interface24] 1/4 0/0 IDLE CALL_IDLE > >> > 25 [interface25] 2/5 0/0 IDLE CALL_IDLE > >> > 26 [interface26] 2/5 0/0 UP STATUS_INPROGRS > >> > 9289a13e-bedc-43d1-92a2-8bec775188c6 > >> > 27 [interface27] 0/1 0/0 IDLE CALL_IDLE > >> > 28 [interface28] 0/0 0/0 IDLE CALL_IDLE > >> > 29 [interface29] 0/1 0/0 UP STATUS_INPROGRS > >> > 32100a1d-38ac-4104-b5d7-35b5c4603a84 > >> > 30 [interface30] 1/2 0/0 IDLE CALL_IDLE > >> > > >> > Total Interfaces: 30 IB Calls(Failed/Total): 20/78 OB > >> > Calls(Failed/Total): > >> > 0/0 > >> > > >> > > >> > > >> > Switch 2 - sk list > >> > ======================================== > >> > > >> > freeswitch at a.com> > >> > > >> > > >> > freeswitch at localhost.localdomain> sk list > >> > > >> > sk console is NOT yet assigned > >> > F ID Name IB (F/T) OB (F/T) State CallFlw > >> > UUID > >> > = ==== ======== ======= ======= ====== > ============ > >> > ====== > >> > 1 [interface1] 0/0 5/8 UP STATUS_INPROGRS > >> > a7a35355-63de-4734-97a3-18dd97ee2f1e > >> > 2 [interface2] 0/0 16/17 IDLE CALL_IDLE > >> > * 3 [interface3] 0/0 0/5 UP STATUS_INPROGRS > >> > a9256794-fa7f-4fac-bb23-aa3553bf9bb8 > >> > 4 [interface4] 0/0 0/3 UP STATUS_INPROGRS > >> > 3423612f-8db5-481c-9fe8-a79cdd1234df > >> > 5 [interface5] 0/1 1/3 UP STATUS_INPROGRS > >> > 8f0878f5-d830-417a-a9b0-17c6b46f9e56 > >> > 6 [interface6] 0/0 7/8 UP STATUS_INPROGRS > >> > 60b0b495-3115-42dd-bb18-a8b3d8b71087 > >> > 7 [interface7] 0/0 16/16 IDLE CALL_IDLE > >> > 8 [interface8] 0/0 1/3 UP STATUS_INPROGRS > >> > 9da0beb5-0442-4c78-a2ed-ddd3c0852560 > >> > 9 [interface9] 0/0 16/16 IDLE CALL_IDLE > >> > 10 [interface10] 0/0 16/16 IDLE CALL_IDLE > >> > > >> > Total Interfaces: 10 IB Calls(Failed/Total): 0/1 OB > >> > Calls(Failed/Total): > >> > 78/95 > >> > > >> > freeswitch at localhost.localdomain> > >> > > >> > > >> > > >> > > >> > > >> > > >> > When ERR switch_core_io.c:121 skypopen/xxxxinterface has no read codec > >> > and > >> > ERR mod_skypopen.c:713 channel not ready gets started, whole active > >> > calls > >> > get affected and this problem gets started. > >> > > >> > > >> > Thanks for your guide, let me know your tips. > >> > > >> > Best Regards > >> > > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-users mailing list > >> > FreeSWITCH-users at 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 > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/7ccf0c21/attachment-0001.html From jason at cloudtree.net Tue Sep 28 07:47:39 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 10:47:39 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client Message-ID: All, We have found an issue under the following scenario: 1) Call a Skype user on Freeswitch which then bridges to 1 or more SIP endpoints - this will simultaneous ring SIP and any desktop Skype instances you have open - it works every time as long as you answer the SIP endpoints 2) Answer the call with one of your desktop Skype instances 3) Call a Skype user again as in step 1 - this will now fail on both FreeSWITCH and your desktop clients mod_skypopen/FreeSWITCH is rejecting all subsequent calls, which forces a reject on the Skype network as well. It appears the call answering by the desktop Skype instance is not handled by mod_skypopen (it should probably cancel the outbound call request when it sees an external answer, perhaps by hangup?). The only way to fix the problem is a complete restart of the Skype instances on FreeSWITCH and FreeSWITCH itself. I have included a small portion of the failing log below (once mod_skypopen/FreeSWITCH system is wedged). Any help would be greatly appreciated. Thanks in advance, Jason 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 579 ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas Hazel||| 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE stratusware||| 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 496 ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2437 ][interface4][-1, 0, 0] NOT FOUND 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2049 ][interface4][-1, 7, 0] 2 SESSION_REQUEST 07602acc-cb0e-11df-ada1-018a94d3f22d 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 272 ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 (skypopen/interface4) State Change CS_NEW -> CS_INIT 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2085 ][interface4][-1, 7, 0] new_inbound_channel 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface4) Running State Change CS_INIT 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 (skypopen/interface4) State INIT 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 (skypopen/interface4) State Change CS_INIT -> CS_ROUTING 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 451 ][interface4][-1, 7, 0] interface4 CHANNEL INIT 07602acc-cb0e-11df-ada1-018a94d3f22d 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 (skypopen/interface4) State INIT going to sleep 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface4) Running State Change CS_ROUTING 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 (skypopen/interface4) Callstate Change DOWN -> RINGING 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 (skypopen/interface4) State ROUTING 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 568 ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 skypopen/interface4 Standard ROUTING 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 942 ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER bb88b0c2-cb0a-11df-ad99-018a94d3f22d 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 947 ][interface4][-1, 7, 0] ANSWERED! 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1008 ][interface4][-1, 7, 0] Synching audio 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 (skypopen/interface4) Callstate Change RINGING -> ACTIVE 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing Thomas Hazel ->skype_inbound in context default 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 Channel [skypopen/interface4] has been answered 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1014 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_MESSAGE_INDICATE_AUDIO_SYNC 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1033 ][interface4][-1, 7, 0] Synching audio 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 Originate Resulted in Success: [sofia/external/+16037141687] 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES 3||| 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1014 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_MESSAGE_INDICATE_AUDIO_SYNC 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1033 ][interface4][-1, 7, 0] Synching audio 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge Failed skypopen/interface4->sofia/external/+16037141687 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 7, 0] MSG_ID=5 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 (skypopen/interface4) Callstate Change ACTIVE -> HANGUP 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal skypopen/interface4 [KILL] 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 606 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_KILL 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session 18 (sofia/external/+16037141687) Ended 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close Channel sofia/external/+16037141687 [CS_DESTROY] 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 (skypopen/interface4) State EXECUTE going to sleep 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface4) Running State Change CS_HANGUP 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 (skypopen/interface4) State HANGUP 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 541 ][interface4][-1,10, 0] interface4 CHANNEL HANGUP 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 (skypopen/interface4) State HANGUP going to sleep 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface4) Running State Change CS_REPORTING 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 (skypopen/interface4) State REPORTING 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 (skypopen/interface4) State REPORTING going to sleep 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session 17 (skypopen/interface4) Locked, Waiting on external entities 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session 17 (skypopen/interface4) Ended 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close Channel skypopen/interface4 [CS_DESTROY] 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 (skypopen/interface4) Callstate Change HANGUP -> DOWN 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 (skypopen/interface4) Running State Change CS_DESTROY 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 (skypopen/interface4) State DESTROY 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 464 ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY bb88b0c2-cb0a-11df-ad99-018a94d3f22d 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 skypopen/interface4 Standard DESTROY 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 (skypopen/interface4) State DESTROY going to sleep 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 (sofia/external/+16037141687) Running State Change CS_DESTROY 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 (sofia/external/+16037141687) State DESTROY 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 sofia/external/+16037141687 SOFIA DESTROY 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 sofia/external/+16037141687 Standard DESTROY 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 (sofia/external/+16037141687) State DESTROY going to sleep 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 666 ][interface4][-1, 0, 0] we REFUSED skype_call 227 Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false Dialplan: skypopen/interface4 Action set(ignore_early_media=true) Dialplan: skypopen/interface4 Action set(toll_allow=domestic,international,local) Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) Dialplan: skypopen/interface4 Action set(effective_caller_id_number=+16174190921) Dialplan: skypopen/interface4 Action ring_ready() Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) Dialplan: skypopen/interface4 Action bridge(sofia/gateway/${default_gateway}/+16037141687) 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 (skypopen/interface4) State ROUTING going to sleep 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface4) Running State Change CS_EXECUTE 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 (skypopen/interface4) State EXECUTE 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 585 ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 skypopen/interface4 Standard EXECUTE EXECUTE skypopen/interface4 set(ignore_early_media=true) 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [ignore_early_media]=[true] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [toll_allow]=[domestic,international,local] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [default_gateway]=[bandwidth.com] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 ring_ready() 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=7 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready skypopen/interface4! 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready skypopen/interface4! 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 set(hangup_after_bridge=true) 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 skypopen/interface4 SET [hangup_after_bridge]=[true] 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=27 EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface4][-1, 0, 0] MSG_ID=26 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_INIT 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 (sofia/external/+16037141687) State INIT 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 sofia/external/+16037141687 SOFIA INIT 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 (sofia/external/+16037141687) State INIT going to sleep 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_ROUTING 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 (sofia/external/+16037141687) Callstate Change DOWN -> RINGING 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16037141687) State ROUTING 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 sofia/external/+16037141687 SOFIA ROUTING 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 (sofia/external/+16037141687) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16037141687) State ROUTING going to sleep 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 (sofia/external/+16037141687) State CONSUME_MEDIA 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [calling][0] 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 sofia/external/+16037141687 Update Callee ID to "+16037141687" <+16037141687> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [proceeding][183] 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: v=0 o=- 1285684698 1285684699 IN IP4 63.215.27.71 s=- c=IN IP4 63.215.27.71 t=0 0 m=audio 64508 RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec sofia/external/+16037141687 PCMU/8000 20 ms 160 samples 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf send payload to 101 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP [sofia/external/+16037141687] 173.203.197.16 port 29798 -> 63.215.27.71 port 64508 codec: 0 ms: 20 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf send payload to 101 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf receive payload to 101 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer sofia/external/+16037141687! 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 (sofia/external/+16037141687) Callstate Change RINGING -> EARLY 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [completing][200] 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP v=0 o=- 1285684698 1285684699 IN IP4 63.215.27.71 s=- c=IN IP4 63.215.27.71 t=0 0 m=audio 64508 RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [ready][200] 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal skypopen/interface4 [BREAK] 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel [sofia/external/+16037141687] has been answered 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 985 ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got SWITCH_MESSAGE_INDICATE_ANSWER 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2546 ][interface4][-1, 0, 0] NOT FOUND 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2556 ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2564 ][interface4][-1,11, 0] NEW! name: interface4, state: 11, value=stratusware, tech_pvt->callid_number=stratusware, tech_pvt->skype_user=jjeffords.com 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 236 ][interface4][-1,11, 0] Skype got ERROR about a failed action (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: Action failed||| 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 238 ][interface4][-1,11,16] skype_call now is DOWN 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1271 ][interface4][-1, 1,16] skype call ended 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1288 ][interface4][-1, 1,16] no session 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal sofia/external/+16037141687 [KILL] 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_HANGUP 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 (sofia/external/+16037141687) State HANGUP 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the other leg 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 (sofia/external/+16037141687) State HANGUP going to sleep 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_REPORTING 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 (sofia/external/+16037141687) State REPORTING 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 (sofia/external/+16037141687) State REPORTING going to sleep 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session 20 (sofia/external/+16037141687) Locked, Waiting on external entities From jgaa at jgaa.com Tue Sep 28 06:39:10 2010 From: jgaa at jgaa.com (Jarle Aase) Date: Tue, 28 Sep 2010 16:39:10 +0300 Subject: [Freeswitch-users] Looking for more info about mod_rtmp Message-ID: <4CA1EFFE.9000903@jgaa.com> I'm looking for a way to bridge rtmp to sip / audio-conferences, and came across a reference to "mod_rtmp". Does anyone have any information about that project? Jarle From mario_fs at mgtech.com Tue Sep 28 07:53:45 2010 From: mario_fs at mgtech.com (Mario) Date: Tue, 28 Sep 2010 07:53:45 -0700 Subject: [Freeswitch-users] Bridge ignores call_timeout when using :_: separators In-Reply-To: References: <4CA0B127.90803@mgtech.com> <4CA0C91A.1070704@mgtech.com> Message-ID: <4CA20179.6010104@mgtech.com> When I finish and learn to wiki I will. The book and wiki are invaluable. On 09/27/2010 07:08 PM, Seven Du wrote: > It's a good habit to doc what you have learned on wiki :) > > On Tue, Sep 28, 2010 at 12:40 AM, Mario wrote: >> Thanks so much it worked! All weekend on this one. I tried my best to >> figure it our on my own since you learn so much. Thanks again and for >> the great book! >> >> On 09/27/10 09:01, Anthony Minessale wrote: >>> >> data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >>> >>> >>> On Mon, Sep 27, 2010 at 9:58 AM, Mario wrote: >>>> OK folks, been battling this for several hours with nothing found here >>>> or on web searches. I hope I am missing something and would greatly >>>> appreciate any help. I am in the home stretch and this is the last big >>>> problem (I hope). >>>> >>>> Note this problem ONLY occurs with bridging when ALL three are true: >>>> 1. Use :_: between the destinations >>>> 2. One destination is a shared extension (multiple-registrations >>>> value="contact) >>>> 3. One destination is an outside phone (cell in this case). >>>> >>>> I am bridging to internal and an external cell phone. I want to regain >>>> control to go to IVR when there is no answer. I need to use the :_: >>>> separator because the internal extensions are set for multiple logins, >>>> the same extension # is used on multiple phones. This is because I have >>>> 2 shared mailboxes and the SPA962 voicemail button is tied to the user >>>> ID not the mailbox setting. So the only way for the button on multiple >>>> phones to get the same mailbox is to use shared extensions. >>>> >>>> I am using the :_: separator because if you use a comma, only one of the >>>> internal extensions rings because of the multiple logons. This is known >>>> and I found searching that :_: is needed when bridging to a number or >>>> group that uses multiple logons. Everything works fine with the >>>> exception that the call_timeout does not work, the call keeps ringing if >>>> no answer (or the cell phone goes to voicemail, not what I want). >>>> >>>> I would greatly appreciate any help since I think I have tried many >>>> things to get around it but nothing seems to work. I have tried 1 >>>> extension, etc. Thanks! >>>> Mario >>>> >>>> >>>> This rings all internal extensions (right) but no timeout: >>>> >>> data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >>>> >>>> This rings only 1 internal extension (wrong) but does timeout: >>>> >>> data="group/home@${domain_name},sofia/gateway/uid1/19161234567,sofia/gateway/uid1/19162223333"/> >>>> >>>> Changing group to a single user ID (shared) has same results. >>>> >>>> >>>> This is the complete extension, many extra things are there to try to >>>> get it to work: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> data="/usr/local/freeswitch/conf/oursounds/we_trying_please_hold.wav"/> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> data="group/home@${domain_name}:_:sofia/gateway/uid1/19161234567:_:sofia/gateway/uid1/19162223333"/> >>>> >>>> >>>> >>>> >>>> >>>> --> >>>> >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > -- *Mario* From shamun.toha at gmail.com Tue Sep 28 08:03:28 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 17:03:28 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Switch 1= we name it A Switch 2 = We name it B, here is the following things on B. 1. 9999 = 2. originate skypopen/ANY/callA_skypeid 9999 3. Yes i am using custom ALSA sound driver exactly as mentioned in our wiki. On Tue, Sep 28, 2010 at 4:34 PM, Giovanni Maruzzelli wrote: > Shamun, > > can you please answer the questions I asked? > > I ask it again: > > 9999 is not music on hold in new freeswitch. What are you calling into? > > are you using the custom ALSA sound driver? > > -giovanni > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/81151619/attachment.html From essobi at gmail.com Tue Sep 28 08:04:34 2010 From: essobi at gmail.com (Essobi) Date: Tue, 28 Sep 2010 11:04:34 -0400 Subject: [Freeswitch-users] Anyone know a LRN provider? Message-ID: Anyone know a LRN provider? Trying to find someone who provides access to the Local Number Portability lookup database to see if a number is ported, and if so, what LRN to use. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/b5122bff/attachment.html From gmaruzz at gmail.com Tue Sep 28 08:08:53 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 17:08:53 +0200 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Hi Jason, Maybe I've not understood, so I ask explicitly: you have the same skypeuserid running on the freeswitch server AND on the desktops? This is not supported, and will break the inner working of mod_skypopen. -giovanni On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: > 1) Call a Skype user on Freeswitch which then bridges to > 1 or more SIP endpoints - this will simultaneous ring SIP > and any desktop Skype instances you have open - it works > every time as long as you answer the SIP endpoints > > 2) Answer the call with one of your desktop Skype instances > > 3) Call a Skype user again as in step 1 - this will now fail on both > FreeSWITCH and your desktop clients > > mod_skypopen/FreeSWITCH is rejecting all subsequent calls, > which forces a reject on the Skype network as well. ?It appears > the call answering by the desktop Skype instance is not > handled by mod_skypopen (it should probably cancel the > outbound call request when it sees an external answer, > perhaps by hangup?). > > The only way to fix the problem is a complete restart of the > Skype instances on FreeSWITCH and FreeSWITCH itself. > > I have included a small portion of the failing log below (once > mod_skypopen/FreeSWITCH system is wedged). > > Any help would be greatly appreciated. > > Thanks in advance, > > Jason > > 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| > 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| > 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 > ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 > is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE > 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| > 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| > 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas > Hazel||| > 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE > stratusware||| > 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 > ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring > 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 > ][interface4][-1, 0, 0] NOT FOUND > 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 > ][interface4][-1, 7, 0] 2 SESSION_REQUEST > 07602acc-cb0e-11df-ada1-018a94d3f22d > 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 > ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS > 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel > skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] > 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 > (skypopen/interface4) State Change CS_NEW -> CS_INIT > 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 > ][interface4][-1, 7, 0] new_inbound_channel > 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface4) Running State Change CS_INIT > 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 > (skypopen/interface4) State INIT > 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 > (skypopen/interface4) State Change CS_INIT -> CS_ROUTING > 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 > ][interface4][-1, 7, 0] interface4 CHANNEL INIT > 07602acc-cb0e-11df-ada1-018a94d3f22d > 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 > (skypopen/interface4) State INIT going to sleep > 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface4) Running State Change CS_ROUTING > 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 > (skypopen/interface4) Callstate Change DOWN -> RINGING > 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 > (skypopen/interface4) State ROUTING > 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 > ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING > 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 > skypopen/interface4 Standard ROUTING > 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 > ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER > bb88b0c2-cb0a-11df-ad99-018a94d3f22d > 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 > ][interface4][-1, 7, 0] ANSWERED! > 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 > ][interface4][-1, 7, 0] Synching audio > 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 > (skypopen/interface4) Callstate Change RINGING -> ACTIVE > 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing > Thomas Hazel ->skype_inbound in context default > 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 > Channel [skypopen/interface4] has been answered > 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_MESSAGE_INDICATE_AUDIO_SYNC > 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 > ][interface4][-1, 7, 0] Synching audio > 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 > Originate Resulted in Success: [sofia/external/+16037141687] > 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES > 3||| > 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_MESSAGE_INDICATE_AUDIO_SYNC > 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 > ][interface4][-1, 7, 0] Synching audio > 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge > Failed skypopen/interface4->sofia/external/+16037141687 > 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 7, 0] MSG_ID=5 > 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 > (skypopen/interface4) Callstate Change ACTIVE -> HANGUP > 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup > skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] > 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal > skypopen/interface4 [KILL] > 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_KILL > 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| > 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session > 18 (sofia/external/+16037141687) Ended > 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close > Channel sofia/external/+16037141687 [CS_DESTROY] > 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| > 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 > skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] > (channel is hungup already) > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 > (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 > (skypopen/interface4) State EXECUTE going to sleep > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface4) Running State Change CS_HANGUP > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 > (skypopen/interface4) State HANGUP > 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 > ][interface4][-1,10, 0] interface4 CHANNEL HANGUP > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 > skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 > (skypopen/interface4) State HANGUP going to sleep > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 > (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface4) Running State Change CS_REPORTING > 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 > (skypopen/interface4) State REPORTING > 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 > skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING > 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 > (skypopen/interface4) State REPORTING going to sleep > 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 > (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY > 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session > 17 (skypopen/interface4) Locked, Waiting on external entities > 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session > 17 (skypopen/interface4) Ended > 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close > Channel skypopen/interface4 [CS_DESTROY] > 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 > (skypopen/interface4) Callstate Change HANGUP -> DOWN > 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 > (skypopen/interface4) Running State Change CS_DESTROY > 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 > (skypopen/interface4) State DESTROY > 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 > ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY > bb88b0c2-cb0a-11df-ad99-018a94d3f22d > 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 > skypopen/interface4 Standard DESTROY > 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 > (skypopen/interface4) State DESTROY going to sleep > 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 > (sofia/external/+16037141687) Running State Change CS_DESTROY > 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 > (sofia/external/+16037141687) State DESTROY > 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 > sofia/external/+16037141687 SOFIA DESTROY > 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 > sofia/external/+16037141687 Standard DESTROY > 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 > (sofia/external/+16037141687) State DESTROY going to sleep > 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| > 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 > ][interface4][-1, 0, 0] we REFUSED skype_call 227 > Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false > Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] > destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false > Dialplan: skypopen/interface4 Action set(ignore_early_media=true) > Dialplan: skypopen/interface4 Action > set(toll_allow=domestic,international,local) > Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) > Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) > Dialplan: skypopen/interface4 Action > set(effective_caller_id_number=+16174190921) > Dialplan: skypopen/interface4 Action ring_ready() > Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) > Dialplan: skypopen/interface4 Action > bridge(sofia/gateway/${default_gateway}/+16037141687) > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 > (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 > (skypopen/interface4) State ROUTING going to sleep > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface4) Running State Change CS_EXECUTE > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 > (skypopen/interface4) State EXECUTE > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 > ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE > 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 > skypopen/interface4 Standard EXECUTE > EXECUTE skypopen/interface4 set(ignore_early_media=true) > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [ignore_early_media]=[true] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [toll_allow]=[domestic,international,local] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [default_gateway]=[bandwidth.com] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] > 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 ring_ready() > 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=7 > 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send > signal skypopen/interface4 [BREAK] > 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready > skypopen/interface4! > 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready > skypopen/interface4! > 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 set(hangup_after_bridge=true) > 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 > skypopen/interface4 SET [hangup_after_bridge]=[true] > 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=27 > EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) > 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface4][-1, 0, 0] MSG_ID=26 > 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel > sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] > 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 > (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT > 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_INIT > 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/+16037141687) State INIT > 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 > sofia/external/+16037141687 SOFIA INIT > 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 > (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/+16037141687) State INIT going to sleep > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_ROUTING > 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 > (sofia/external/+16037141687) Callstate Change DOWN -> RINGING > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/+16037141687) State ROUTING > 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 > sofia/external/+16037141687 SOFIA ROUTING > 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 > (sofia/external/+16037141687) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/+16037141687) State ROUTING going to sleep > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/+16037141687) State CONSUME_MEDIA > 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep > 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [calling][0] > 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 > sofia/external/+16037141687 Update Callee ID to "+16037141687" > <+16037141687> > 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [proceeding][183] > 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: > v=0 > o=- 1285684698 1285684699 IN IP4 63.215.27.71 > s=- > c=IN IP4 63.215.27.71 > t=0 0 > m=audio 64508 RTP/AVP 0 101 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec > Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] > 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec > sofia/external/+16037141687 PCMU/8000 20 ms 160 samples > 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf > send payload to 101 > 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP > [sofia/external/+16037141687] 173.203.197.16 port 29798 -> > 63.215.27.71 port 64508 codec: 0 ms: 20 > 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer > [soft] 160 bytes per 20ms > 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf > send payload to 101 > 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf > receive payload to 101 > 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer > sofia/external/+16037141687! > 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 > (sofia/external/+16037141687) Callstate Change RINGING -> EARLY > 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal > skypopen/interface4 [BREAK] > 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [completing][200] > 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP > v=0 > o=- 1285684698 1285684699 IN IP4 63.215.27.71 > s=- > c=IN IP4 63.215.27.71 > t=0 0 > m=audio 64508 RTP/AVP 0 101 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [ready][200] > 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 > (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE > 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal > skypopen/interface4 [BREAK] > 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel > [sofia/external/+16037141687] has been answered > 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 > ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got > SWITCH_MESSAGE_INDICATE_ANSWER > 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 > ][interface4][-1, 0, 0] NOT FOUND > 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| > 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 > ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 > 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 > ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, > value=stratusware, tech_pvt->callid_number=stratusware, > tech_pvt->skype_user=jjeffords.com > 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| > 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 > ][interface4][-1,11, 0] Skype got ERROR about a failed action > (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: > Action failed||| > 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 > ][interface4][-1,11,16] skype_call now is DOWN > 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 > ][interface4][-1, 1,16] skype call ended > 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 > ][interface4][-1, 1,16] no session > 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 > (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP > 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup > sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] > 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal > sofia/external/+16037141687 [KILL] > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_HANGUP > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 > (sofia/external/+16037141687) State HANGUP > 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 > sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the > other leg > 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel > sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 > sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 > (sofia/external/+16037141687) State HANGUP going to sleep > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_REPORTING > 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 > (sofia/external/+16037141687) State REPORTING > 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 > sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING > 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 > (sofia/external/+16037141687) State REPORTING going to sleep > 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY > 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session > 20 (sofia/external/+16037141687) Locked, Waiting on external entities > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From sos at sokhapkin.dyndns.org Tue Sep 28 08:10:29 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Tue, 28 Sep 2010 11:10:29 -0400 Subject: [Freeswitch-users] Anyone know a LRN provider? In-Reply-To: References: Message-ID: <201009281110.29649.sos@sokhapkin.dyndns.org> http://www.callwithus.com/API#lrn On Tuesday 28 September 2010, Essobi wrote: > Anyone know a LRN provider? Trying to find someone who provides access to > the Local Number Portability lookup database to see if a number is ported, > and if so, what LRN to use. > From gmaruzz at gmail.com Tue Sep 28 08:16:28 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 17:16:28 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: You are using very very old configuration files, since longtime 9999 does not exists anymore. Now is called 9664. >From what you are sending I don't understand the problem. Please post somewhere a complete debug session, starting a couple of minutes before the problem. Please do not delete lines in it. It's OK if it's long. -giovanni On Tue, Sep 28, 2010 at 5:03 PM, Shamun toha md wrote: > Switch 1= we name it A > Switch 2 = We name it B, here is the following things on B. > > 1. 9999 = > ??? > > ??? > ????? > ????? expression="^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$"> > ??????? > ??????? > ??????? > ??????? > ??????? > ??????? > ??????? > ??????? > ????? > ??? > > > 2. originate skypopen/ANY/callA_skypeid? 9999 > > > 3. Yes i am using custom ALSA sound driver exactly as mentioned in our wiki. > > > > > > On Tue, Sep 28, 2010 at 4:34 PM, Giovanni Maruzzelli > wrote: >> >> Shamun, >> >> can you please answer the questions I asked? >> >> I ask it again: >> >> 9999 is not music on hold in new freeswitch. What are you calling into? >> >> are you using the custom ALSA sound driver? >> >> -giovanni >> >> > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From essobi at gmail.com Tue Sep 28 08:17:25 2010 From: essobi at gmail.com (Essobi) Date: Tue, 28 Sep 2010 11:17:25 -0400 Subject: [Freeswitch-users] LRN/LNP lookups.. Message-ID: Anyone know a provider for LRN lookups for ported numbers in NANPA? Preferably someone who can provide the whole database, or flat rates for a month of lookups. Essobi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/47601c61/attachment.html From jason at cloudtree.net Tue Sep 28 08:26:16 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 11:26:16 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Yes, that is exactly my case. We did not realize this case is not supported, and it does indeed break mod_skypopen (specifically, it looks like mod_skypopen is ignoring the "answered" message from the Skype client indicating another client answered the call). Is there any way we could add this support? Thanks in advance, Jason PS> Our use case is to have multiple instances with the same user ID on multiple servers and desktop clients. So this is a show stopper for us. On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: > Hi Jason, > > Maybe I've not understood, so I ask explicitly: you have the same > skypeuserid running on the freeswitch server AND on the desktops? > > This is not supported, and will break the inner working of mod_skypopen. > > -giovanni > > On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >> 1) Call a Skype user on Freeswitch which then bridges to >> 1 or more SIP endpoints - this will simultaneous ring SIP >> and any desktop Skype instances you have open - it works >> every time as long as you answer the SIP endpoints >> >> 2) Answer the call with one of your desktop Skype instances >> >> 3) Call a Skype user again as in step 1 - this will now fail on both >> FreeSWITCH and your desktop clients >> >> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >> which forces a reject on the Skype network as well. ?It appears >> the call answering by the desktop Skype instance is not >> handled by mod_skypopen (it should probably cancel the >> outbound call request when it sees an external answer, >> perhaps by hangup?). >> >> The only way to fix the problem is a complete restart of the >> Skype instances on FreeSWITCH and FreeSWITCH itself. >> >> I have included a small portion of the failing log below (once >> mod_skypopen/FreeSWITCH system is wedged). >> >> Any help would be greatly appreciated. >> >> Thanks in advance, >> >> Jason >> >> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >> Hazel||| >> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >> stratusware||| >> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >> ][interface4][-1, 0, 0] NOT FOUND >> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >> 07602acc-cb0e-11df-ada1-018a94d3f22d >> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >> (skypopen/interface4) State Change CS_NEW -> CS_INIT >> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >> ][interface4][-1, 7, 0] new_inbound_channel >> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface4) Running State Change CS_INIT >> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >> (skypopen/interface4) State INIT >> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >> 07602acc-cb0e-11df-ada1-018a94d3f22d >> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >> (skypopen/interface4) State INIT going to sleep >> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface4) Running State Change CS_ROUTING >> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >> (skypopen/interface4) Callstate Change DOWN -> RINGING >> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >> (skypopen/interface4) State ROUTING >> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >> skypopen/interface4 Standard ROUTING >> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >> ][interface4][-1, 7, 0] ANSWERED! >> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >> ][interface4][-1, 7, 0] Synching audio >> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >> Thomas Hazel ->skype_inbound in context default >> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >> Channel [skypopen/interface4] has been answered >> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >> ][interface4][-1, 7, 0] Synching audio >> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >> Originate Resulted in Success: [sofia/external/+16037141687] >> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >> 3||| >> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >> ][interface4][-1, 7, 0] Synching audio >> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >> Failed skypopen/interface4->sofia/external/+16037141687 >> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 7, 0] MSG_ID=5 >> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >> skypopen/interface4 [KILL] >> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_KILL >> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >> 18 (sofia/external/+16037141687) Ended >> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >> Channel sofia/external/+16037141687 [CS_DESTROY] >> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >> (channel is hungup already) >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >> (skypopen/interface4) State EXECUTE going to sleep >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface4) Running State Change CS_HANGUP >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >> (skypopen/interface4) State HANGUP >> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >> (skypopen/interface4) State HANGUP going to sleep >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface4) Running State Change CS_REPORTING >> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >> (skypopen/interface4) State REPORTING >> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >> (skypopen/interface4) State REPORTING going to sleep >> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >> 17 (skypopen/interface4) Locked, Waiting on external entities >> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >> 17 (skypopen/interface4) Ended >> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >> Channel skypopen/interface4 [CS_DESTROY] >> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >> (skypopen/interface4) Callstate Change HANGUP -> DOWN >> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >> (skypopen/interface4) Running State Change CS_DESTROY >> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >> (skypopen/interface4) State DESTROY >> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >> skypopen/interface4 Standard DESTROY >> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >> (skypopen/interface4) State DESTROY going to sleep >> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >> (sofia/external/+16037141687) Running State Change CS_DESTROY >> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >> (sofia/external/+16037141687) State DESTROY >> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >> sofia/external/+16037141687 SOFIA DESTROY >> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >> sofia/external/+16037141687 Standard DESTROY >> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >> (sofia/external/+16037141687) State DESTROY going to sleep >> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >> Dialplan: skypopen/interface4 Action >> set(toll_allow=domestic,international,local) >> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >> Dialplan: skypopen/interface4 Action >> set(effective_caller_id_number=+16174190921) >> Dialplan: skypopen/interface4 Action ring_ready() >> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >> Dialplan: skypopen/interface4 Action >> bridge(sofia/gateway/${default_gateway}/+16037141687) >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >> (skypopen/interface4) State ROUTING going to sleep >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface4) Running State Change CS_EXECUTE >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >> (skypopen/interface4) State EXECUTE >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >> skypopen/interface4 Standard EXECUTE >> EXECUTE skypopen/interface4 set(ignore_early_media=true) >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [ignore_early_media]=[true] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 ring_ready() >> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=7 >> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >> signal skypopen/interface4 [BREAK] >> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >> skypopen/interface4! >> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >> skypopen/interface4! >> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >> skypopen/interface4 SET [hangup_after_bridge]=[true] >> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=27 >> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface4][-1, 0, 0] MSG_ID=26 >> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_INIT >> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/+16037141687) State INIT >> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >> sofia/external/+16037141687 SOFIA INIT >> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/+16037141687) State INIT going to sleep >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_ROUTING >> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/+16037141687) State ROUTING >> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >> sofia/external/+16037141687 SOFIA ROUTING >> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >> (sofia/external/+16037141687) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/+16037141687) State ROUTING going to sleep >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/+16037141687) State CONSUME_MEDIA >> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [calling][0] >> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >> sofia/external/+16037141687 Update Callee ID to "+16037141687" >> <+16037141687> >> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [proceeding][183] >> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >> v=0 >> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >> s=- >> c=IN IP4 63.215.27.71 >> t=0 0 >> m=audio 64508 RTP/AVP 0 101 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=ptime:20 >> >> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >> send payload to 101 >> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >> 63.215.27.71 port 64508 codec: 0 ms: 20 >> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >> [soft] 160 bytes per 20ms >> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >> send payload to 101 >> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >> receive payload to 101 >> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >> sofia/external/+16037141687! >> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >> skypopen/interface4 [BREAK] >> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [completing][200] >> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >> v=0 >> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >> s=- >> c=IN IP4 63.215.27.71 >> t=0 0 >> m=audio 64508 RTP/AVP 0 101 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=ptime:20 >> >> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [ready][200] >> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >> skypopen/interface4 [BREAK] >> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >> [sofia/external/+16037141687] has been answered >> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >> SWITCH_MESSAGE_INDICATE_ANSWER >> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >> ][interface4][-1, 0, 0] NOT FOUND >> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >> value=stratusware, tech_pvt->callid_number=stratusware, >> tech_pvt->skype_user=jjeffords.com >> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >> ][interface4][-1,11, 0] Skype got ERROR about a failed action >> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >> Action failed||| >> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >> ][interface4][-1,11,16] skype_call now is DOWN >> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >> ][interface4][-1, 1,16] skype call ended >> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >> ][interface4][-1, 1,16] no session >> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >> sofia/external/+16037141687 [KILL] >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_HANGUP >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >> (sofia/external/+16037141687) State HANGUP >> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >> other leg >> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >> (sofia/external/+16037141687) State HANGUP going to sleep >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_REPORTING >> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >> (sofia/external/+16037141687) State REPORTING >> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >> (sofia/external/+16037141687) State REPORTING going to sleep >> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From mike.burlingame at me.com Tue Sep 28 08:32:38 2010 From: mike.burlingame at me.com (mike.burlingame) Date: Tue, 28 Sep 2010 15:32:38 +0000 (GMT) Subject: [Freeswitch-users] LRN/LNP lookups.. In-Reply-To: Message-ID: You will not find a complete database of current LRN to download the DB changes many many times a day as numbers port, AFAIK you will also not find anyone doing LRN dip's for a flat rate unless it's high enough to cover any and all usage in my searches and travels on LRN they are always by dip and never based on a flat fee. On Sep 28, 2010, at 08:17 AM, Essobi wrote: Anyone know a provider for LRN lookups for ported numbers in NANPA? ?Preferably someone who can provide the whole database, or flat rates for a month of lookups. Essobi _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/65f35db1/attachment.html From gmaruzz at gmail.com Tue Sep 28 09:01:33 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 18:01:33 +0200 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: > We did not realize this case is not supported, and it does indeed > break mod_skypopen > (specifically, it looks like mod_skypopen is ignoring the "answered" > message from > the Skype client indicating another client answered the call). > > Is there any way we could add this support? Only modifiying the mod_skypopen sources, and I'm not sure it's feasible at all (ie: if the external skype clients notify the FS skype clients they've answered), but maybe yes. -giovanni > > Thanks in advance, > > Jason > > PS> Our use case is to have multiple instances with the same user ID on multiple > servers and desktop clients. ?So this is a show stopper for us. > > On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >> Hi Jason, >> >> Maybe I've not understood, so I ask explicitly: you have the same >> skypeuserid running on the freeswitch server AND on the desktops? >> >> This is not supported, and will break the inner working of mod_skypopen. >> >> -giovanni >> >> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>> 1) Call a Skype user on Freeswitch which then bridges to >>> 1 or more SIP endpoints - this will simultaneous ring SIP >>> and any desktop Skype instances you have open - it works >>> every time as long as you answer the SIP endpoints >>> >>> 2) Answer the call with one of your desktop Skype instances >>> >>> 3) Call a Skype user again as in step 1 - this will now fail on both >>> FreeSWITCH and your desktop clients >>> >>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>> which forces a reject on the Skype network as well. ?It appears >>> the call answering by the desktop Skype instance is not >>> handled by mod_skypopen (it should probably cancel the >>> outbound call request when it sees an external answer, >>> perhaps by hangup?). >>> >>> The only way to fix the problem is a complete restart of the >>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>> >>> I have included a small portion of the failing log below (once >>> mod_skypopen/FreeSWITCH system is wedged). >>> >>> Any help would be greatly appreciated. >>> >>> Thanks in advance, >>> >>> Jason >>> >>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>> Hazel||| >>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>> stratusware||| >>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>> ][interface4][-1, 0, 0] NOT FOUND >>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>> ][interface4][-1, 7, 0] new_inbound_channel >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface4) Running State Change CS_INIT >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>> (skypopen/interface4) State INIT >>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>> (skypopen/interface4) State INIT going to sleep >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface4) Running State Change CS_ROUTING >>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>> (skypopen/interface4) State ROUTING >>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>> skypopen/interface4 Standard ROUTING >>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>> ][interface4][-1, 7, 0] ANSWERED! >>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>> ][interface4][-1, 7, 0] Synching audio >>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>> Thomas Hazel ->skype_inbound in context default >>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>> Channel [skypopen/interface4] has been answered >>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>> ][interface4][-1, 7, 0] Synching audio >>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>> Originate Resulted in Success: [sofia/external/+16037141687] >>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>> 3||| >>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>> ][interface4][-1, 7, 0] Synching audio >>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>> Failed skypopen/interface4->sofia/external/+16037141687 >>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 7, 0] MSG_ID=5 >>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>> skypopen/interface4 [KILL] >>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_KILL >>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>> 18 (sofia/external/+16037141687) Ended >>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>> Channel sofia/external/+16037141687 [CS_DESTROY] >>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>> (channel is hungup already) >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>> (skypopen/interface4) State EXECUTE going to sleep >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface4) Running State Change CS_HANGUP >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>> (skypopen/interface4) State HANGUP >>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>> (skypopen/interface4) State HANGUP going to sleep >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface4) Running State Change CS_REPORTING >>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>> (skypopen/interface4) State REPORTING >>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>> (skypopen/interface4) State REPORTING going to sleep >>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>> 17 (skypopen/interface4) Locked, Waiting on external entities >>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>> 17 (skypopen/interface4) Ended >>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>> Channel skypopen/interface4 [CS_DESTROY] >>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>> (skypopen/interface4) Running State Change CS_DESTROY >>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>> (skypopen/interface4) State DESTROY >>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>> skypopen/interface4 Standard DESTROY >>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>> (skypopen/interface4) State DESTROY going to sleep >>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>> (sofia/external/+16037141687) State DESTROY >>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>> sofia/external/+16037141687 SOFIA DESTROY >>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>> sofia/external/+16037141687 Standard DESTROY >>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>> (sofia/external/+16037141687) State DESTROY going to sleep >>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>> Dialplan: skypopen/interface4 Action >>> set(toll_allow=domestic,international,local) >>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>> Dialplan: skypopen/interface4 Action >>> set(effective_caller_id_number=+16174190921) >>> Dialplan: skypopen/interface4 Action ring_ready() >>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>> Dialplan: skypopen/interface4 Action >>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>> (skypopen/interface4) State ROUTING going to sleep >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface4) Running State Change CS_EXECUTE >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>> (skypopen/interface4) State EXECUTE >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>> skypopen/interface4 Standard EXECUTE >>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [ignore_early_media]=[true] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 ring_ready() >>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=7 >>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>> signal skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>> skypopen/interface4! >>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>> skypopen/interface4! >>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=27 >>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface4][-1, 0, 0] MSG_ID=26 >>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_INIT >>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>> (sofia/external/+16037141687) State INIT >>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>> sofia/external/+16037141687 SOFIA INIT >>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>> (sofia/external/+16037141687) State INIT going to sleep >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>> (sofia/external/+16037141687) State ROUTING >>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>> sofia/external/+16037141687 SOFIA ROUTING >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>> (sofia/external/+16037141687) State ROUTING going to sleep >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>> (sofia/external/+16037141687) State CONSUME_MEDIA >>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [calling][0] >>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>> <+16037141687> >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [proceeding][183] >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>> v=0 >>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>> s=- >>> c=IN IP4 63.215.27.71 >>> t=0 0 >>> m=audio 64508 RTP/AVP 0 101 >>> a=rtpmap:101 telephone-event/8000 >>> a=fmtp:101 0-16 >>> a=ptime:20 >>> >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>> send payload to 101 >>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>> [soft] 160 bytes per 20ms >>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>> send payload to 101 >>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>> receive payload to 101 >>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>> sofia/external/+16037141687! >>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>> skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [completing][200] >>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>> v=0 >>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>> s=- >>> c=IN IP4 63.215.27.71 >>> t=0 0 >>> m=audio 64508 RTP/AVP 0 101 >>> a=rtpmap:101 telephone-event/8000 >>> a=fmtp:101 0-16 >>> a=ptime:20 >>> >>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [ready][200] >>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>> skypopen/interface4 [BREAK] >>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>> [sofia/external/+16037141687] has been answered >>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>> SWITCH_MESSAGE_INDICATE_ANSWER >>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>> ][interface4][-1, 0, 0] NOT FOUND >>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>> value=stratusware, tech_pvt->callid_number=stratusware, >>> tech_pvt->skype_user=jjeffords.com >>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>> Action failed||| >>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>> ][interface4][-1,11,16] skype_call now is DOWN >>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>> ][interface4][-1, 1,16] skype call ended >>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>> ][interface4][-1, 1,16] no session >>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>> sofia/external/+16037141687 [KILL] >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>> (sofia/external/+16037141687) State HANGUP >>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>> other leg >>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>> (sofia/external/+16037141687) State HANGUP going to sleep >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>> (sofia/external/+16037141687) State REPORTING >>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>> (sofia/external/+16037141687) State REPORTING going to sleep >>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From curriegrad2004 at gmail.com Tue Sep 28 09:39:08 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Tue, 28 Sep 2010 09:39:08 -0700 Subject: [Freeswitch-users] mod_limit does not reset count when call gets to voicemail? In-Reply-To: References: Message-ID: >> We are using 1.0.6; since this is a production system it is quite hard for >> me to test the latest git. FreeSwitch is pretty stable even with git releases. Give it a try and see what happens. You won't regret it ;) On Tue, Sep 28, 2010 at 7:14 AM, Rupa Schomaker wrote: > On Tue, Sep 28, 2010 at 3:26 AM, Yehavi Bourvine > wrote: >> >> Hello, >> >> ? We are using mod_limit in order to track user's?state and know when to >> play busy/call-wait tone. We encountered two problems (which are probably >> related): >> >> - When the call gets to the voicemail the?extension is still though as >> ?busy until the caller hangs. >> - If a call is picked-up using the intercept application the original >> destination is still thought as busy. >> >> When looking in the limit_data table the record of the call is indeed >> there until a final call hangup. >> According to the wiki we tried setting the variable limit_ignore_transfer >> to false both with set command before calling the limit application and also >> in limit.conf.xml. However, this does not change this behaviour. >> >> Is this the intended behaviour? Can it work as I want? (i.e. once the call >> arrived to voicemail or picked-up the original destination is marked as >> free). > > It is intended behavior. ?To handle voicemail, you could restructure your > dialplan to: > 1) set limit_ignore_transfer to false, then transfer to a VM handling > extension. ?The act of transfering will reset the limit. > 2) For intercept... ?you could use uuid_limit_release api. ?hmm.. This could > also be used for 1. > freeswitch at internal> uuid_limit_release > USAGE: uuid_limit_release [realm] [resource] > >> >> >> We are using 1.0.6; since this is a production system it is quite hard for >> me to test the latest git. >> >> ???????????????????????????????? Thanks! __Yehavi: >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 bernhard.suttner at winet.ch Tue Sep 28 10:06:10 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Tue, 28 Sep 2010 19:06:10 +0200 Subject: [Freeswitch-users] no audio in loopback mode Message-ID: Hi, I am using the latest GIT version of freeswitch and I have the following scenario: A ---SIP ---> FS ---loopback--> FS ----SIP---> B I am not using bypass_media, proxy_media and loopback_bowout is set to false to get proper CDRs. The call setup is fine without a problem (ok, no session progress audio). After the call is up, I have no audio. I need to use loopback because for A the CDR as a outgoing call have to be written and for B it is a incoming call (also CDR required). Is there maybe another way to get that working without looback? I like the loopback method because its "easy" to understand that there is a A-side of the call (outgoing) and a B-side which is incoming. Could that be something operating system related, because it's a debian box running on a virtual box? Best regards, Bernhard From neillw at aeonvista.com Tue Sep 28 10:23:00 2010 From: neillw at aeonvista.com (Neill Wilkinson) Date: Tue, 28 Sep 2010 18:23:00 +0100 Subject: [Freeswitch-users] setting channel variable sip_to_host or sip_to_uri for B leg Message-ID: All, trying to set the to field on the B leg of the call from from FS toward the phone: This seems to work - over-writing the From field in the B leg. For example in the dialplan I am doing: The resulting SIP INVITE from FS to the B party looks like: INVITE sip:+441635698866 at 192.168.0.15:2048;line=3sllxdbk SIP/2.0 Via: SIP/2.0/UDP 192.168.0.56;rport;branch=z9hG4bK5D3HQUQUa4XpF Max-Forwards: 69 From: "+441635698863" >;tag=Zy3U793m18aye To: Call-ID: dc5311ea-45c1-122e-c586-000c290fc1a6 CSeq: 2509932 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.0.head-svn-18355M Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 330 X-Serialnumber: 0004132CB2E5 P-Key-Flags: keys="3" X-FS-Support: update_display Remote-Party-ID: "+441635698863" >;party=calling;screen=yes;privacy=off Aeonvista Ltd *Opening Up New Ideas* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/77957079/attachment.html From jason at cloudtree.net Tue Sep 28 10:36:24 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 13:36:24 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: We are seeing a "STATUS FINISHED" indication from Skype when a call is answered remotely. When this occurs, mod_skypopen says: 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 635 ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring In this example (see below) call 74 is in progress and the SIP messages are already sent. When the FINISHED indication is received, could the call be canceled (e.g. this is equivalent to the Skype caller hanging up on their end). Jason 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 579 ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas Hazel||| 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE stratusware||| 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 496 ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2437 ][interface2][-1, 0, 0] NOT FOUND 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2049 ][interface2][-1, 7, 0] 2 SESSION_REQUEST 03aeed34-cb25-11df-a2b6-3dee1bbd18ba 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 272 ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 (skypopen/interface2) State Change CS_NEW -> CS_INIT 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2085 ][interface2][-1, 7, 0] new_inbound_channel 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface2) Running State Change CS_INIT 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 (skypopen/interface2) State INIT 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 (skypopen/interface2) State Change CS_INIT -> CS_ROUTING 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 451 ][interface2][-1, 7, 0] interface2 CHANNEL INIT 03aeed34-cb25-11df-a2b6-3dee1bbd18ba 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 (skypopen/interface2) State INIT going to sleep 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface2) Running State Change CS_ROUTING 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 (skypopen/interface2) Callstate Change DOWN -> RINGING 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 (skypopen/interface2) State ROUTING 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 568 ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 skypopen/interface2 Standard ROUTING 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing Thomas Hazel ->skype_inbound in context default Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false Dialplan: skypopen/interface2 Action set(ignore_early_media=true) Dialplan: skypopen/interface2 Action set(toll_allow=domestic,international,local) Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) Dialplan: skypopen/interface2 Action set(effective_caller_id_name=${skype_user}) Dialplan: skypopen/interface2 Action set(effective_caller_id_number=+18574883540) Dialplan: skypopen/interface2 Action bridge(sofia/gateway/${default_gateway}/+16037141687) 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 (skypopen/interface2) State ROUTING going to sleep 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 (skypopen/interface2) Running State Change CS_EXECUTE 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 (skypopen/interface2) State EXECUTE 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 585 ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 skypopen/interface2 Standard EXECUTE EXECUTE skypopen/interface2 set(ignore_early_media=true) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 skypopen/interface2 SET [ignore_early_media]=[true] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=27 EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 skypopen/interface2 SET [toll_allow]=[domestic,international,local] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=27 EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 skypopen/interface2 SET [default_gateway]=[bandwidth.com] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=27 EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=27 EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=27 EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1061 ][interface2][-1, 7, 0] MSG_ID=26 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_INIT 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 (sofia/external/+16037141687) State INIT 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 sofia/external/+16037141687 SOFIA INIT 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 (sofia/external/+16037141687) State INIT going to sleep 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_ROUTING 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 (sofia/external/+16037141687) Callstate Change DOWN -> RINGING 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16037141687) State ROUTING 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 sofia/external/+16037141687 SOFIA ROUTING 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 (sofia/external/+16037141687) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16037141687) State ROUTING going to sleep 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 (sofia/external/+16037141687) State CONSUME_MEDIA 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [calling][0] 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 sofia/external/+16037141687 Update Callee ID to "+16037141687" <+16037141687> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [proceeding][183] 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: v=0 o=- 1285694568 1285694569 IN IP4 209.247.5.148 s=- c=IN IP4 209.247.5.148 t=0 0 m=audio 63944 RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[L16:10:16000:20] 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec sofia/external/+16037141687 PCMU/8000 20 ms 160 samples 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf send payload to 101 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP [sofia/external/+16037141687] 173.203.197.16 port 16694 -> 209.247.5.148 port 63944 codec: 0 ms: 20 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf send payload to 101 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf receive payload to 101 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer sofia/external/+16037141687! 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 (sofia/external/+16037141687) Callstate Change RINGING -> EARLY 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin NROF_AUTHED_BUDDIES 8||| 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin NROF_AUTHED_BUDDIES 7||| 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 635 ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [completing][200] 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP v=0 o=- 1285694568 1285694569 IN IP4 209.247.5.148 s=- c=IN IP4 209.247.5.148 t=0 0 m=audio 63944 RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel sofia/external/+16037141687 entering state [ready][200] 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel [sofia/external/+16037141687] has been answered 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 985 ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got SWITCH_MESSAGE_INDICATE_ANSWER 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2546 ][interface2][-1, 7, 0] NOT FOUND 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2556 ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 2564 ][interface2][-1,11, 0] NEW! name: interface2, state: 11, value=stratusware, tech_pvt->callid_number=stratusware, tech_pvt->skype_user=ct-user4 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 236 ][interface2][-1,11, 0] Skype got ERROR about a failed action (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: Action failed||| 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 238 ][interface2][-1,11,16] skype_call now is DOWN 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1271 ][interface2][-1, 1,16] skype call ended 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 (skypopen/interface2) Callstate Change RINGING -> HANGUP 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal skypopen/interface2 [KILL] 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 606 ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got SWITCH_SIG_KILL 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 1541 ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send signal skypopen/interface2 [BREAK] 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 627 ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got SWITCH_SIG_BREAK 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 189 ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev git2svn-syncpoint-master-372-gce352bc[(nil)|37 ][DEBUG_SKYPE 245 ][interface2][-1, 0, 0] Skype got ERROR about a failed action (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: Action failed||| 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal sofia/external/+16037141687 [KILL] 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_HANGUP 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 (sofia/external/+16037141687) State HANGUP 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the other leg 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 (sofia/external/+16037141687) State HANGUP going to sleep 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16037141687) Running State Change CS_REPORTING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 (sofia/external/+16037141687) State REPORTING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 (sofia/external/+16037141687) State REPORTING going to sleep 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/+16037141687 [BREAK] 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session 24 (sofia/external/+16037141687) Locked, Waiting on external entities On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: > On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >> We did not realize this case is not supported, and it does indeed >> break mod_skypopen >> (specifically, it looks like mod_skypopen is ignoring the "answered" >> message from >> the Skype client indicating another client answered the call). >> >> Is there any way we could add this support? > > Only modifiying the mod_skypopen sources, and I'm not sure it's > feasible at all (ie: if the external skype clients notify the FS skype > clients they've answered), but maybe yes. > > -giovanni > >> >> Thanks in advance, >> >> Jason >> >> PS> Our use case is to have multiple instances with the same user ID on multiple >> servers and desktop clients. ?So this is a show stopper for us. >> >> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>> Hi Jason, >>> >>> Maybe I've not understood, so I ask explicitly: you have the same >>> skypeuserid running on the freeswitch server AND on the desktops? >>> >>> This is not supported, and will break the inner working of mod_skypopen. >>> >>> -giovanni >>> >>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>> 1) Call a Skype user on Freeswitch which then bridges to >>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>> and any desktop Skype instances you have open - it works >>>> every time as long as you answer the SIP endpoints >>>> >>>> 2) Answer the call with one of your desktop Skype instances >>>> >>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>> FreeSWITCH and your desktop clients >>>> >>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>> which forces a reject on the Skype network as well. ?It appears >>>> the call answering by the desktop Skype instance is not >>>> handled by mod_skypopen (it should probably cancel the >>>> outbound call request when it sees an external answer, >>>> perhaps by hangup?). >>>> >>>> The only way to fix the problem is a complete restart of the >>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>> >>>> I have included a small portion of the failing log below (once >>>> mod_skypopen/FreeSWITCH system is wedged). >>>> >>>> Any help would be greatly appreciated. >>>> >>>> Thanks in advance, >>>> >>>> Jason >>>> >>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>> Hazel||| >>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>> stratusware||| >>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>> ][interface4][-1, 0, 0] NOT FOUND >>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>> ][interface4][-1, 7, 0] new_inbound_channel >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface4) Running State Change CS_INIT >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>> (skypopen/interface4) State INIT >>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>> (skypopen/interface4) State INIT going to sleep >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface4) Running State Change CS_ROUTING >>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>> (skypopen/interface4) State ROUTING >>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>> skypopen/interface4 Standard ROUTING >>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>> ][interface4][-1, 7, 0] ANSWERED! >>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>> ][interface4][-1, 7, 0] Synching audio >>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>> Thomas Hazel ->skype_inbound in context default >>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>> Channel [skypopen/interface4] has been answered >>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>> ][interface4][-1, 7, 0] Synching audio >>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>> 3||| >>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>> ][interface4][-1, 7, 0] Synching audio >>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>> skypopen/interface4 [KILL] >>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_KILL >>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>> 18 (sofia/external/+16037141687) Ended >>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>> (channel is hungup already) >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>> (skypopen/interface4) State EXECUTE going to sleep >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface4) Running State Change CS_HANGUP >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>> (skypopen/interface4) State HANGUP >>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>> (skypopen/interface4) State HANGUP going to sleep >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface4) Running State Change CS_REPORTING >>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>> (skypopen/interface4) State REPORTING >>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>> (skypopen/interface4) State REPORTING going to sleep >>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>> 17 (skypopen/interface4) Ended >>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>> Channel skypopen/interface4 [CS_DESTROY] >>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>> (skypopen/interface4) Running State Change CS_DESTROY >>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>> (skypopen/interface4) State DESTROY >>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>> skypopen/interface4 Standard DESTROY >>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>> (skypopen/interface4) State DESTROY going to sleep >>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>> (sofia/external/+16037141687) State DESTROY >>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>> sofia/external/+16037141687 SOFIA DESTROY >>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>> sofia/external/+16037141687 Standard DESTROY >>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>> Dialplan: skypopen/interface4 Action >>>> set(toll_allow=domestic,international,local) >>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>> Dialplan: skypopen/interface4 Action >>>> set(effective_caller_id_number=+16174190921) >>>> Dialplan: skypopen/interface4 Action ring_ready() >>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>> Dialplan: skypopen/interface4 Action >>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>> (skypopen/interface4) State ROUTING going to sleep >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>> (skypopen/interface4) State EXECUTE >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>> skypopen/interface4 Standard EXECUTE >>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 ring_ready() >>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>> signal skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>> skypopen/interface4! >>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>> skypopen/interface4! >>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>> (sofia/external/+16037141687) State INIT >>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>> sofia/external/+16037141687 SOFIA INIT >>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>> (sofia/external/+16037141687) State INIT going to sleep >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>> (sofia/external/+16037141687) State ROUTING >>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>> sofia/external/+16037141687 SOFIA ROUTING >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>> CS_CONSUME_MEDIA >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [calling][0] >>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>> <+16037141687> >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [proceeding][183] >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>> v=0 >>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>> s=- >>>> c=IN IP4 63.215.27.71 >>>> t=0 0 >>>> m=audio 64508 RTP/AVP 0 101 >>>> a=rtpmap:101 telephone-event/8000 >>>> a=fmtp:101 0-16 >>>> a=ptime:20 >>>> >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>> send payload to 101 >>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>> [soft] 160 bytes per 20ms >>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>> send payload to 101 >>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>> receive payload to 101 >>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>> sofia/external/+16037141687! >>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>> skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [completing][200] >>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>> v=0 >>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>> s=- >>>> c=IN IP4 63.215.27.71 >>>> t=0 0 >>>> m=audio 64508 RTP/AVP 0 101 >>>> a=rtpmap:101 telephone-event/8000 >>>> a=fmtp:101 0-16 >>>> a=ptime:20 >>>> >>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [ready][200] >>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>> skypopen/interface4 [BREAK] >>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>> [sofia/external/+16037141687] has been answered >>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>> ][interface4][-1, 0, 0] NOT FOUND >>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>> tech_pvt->skype_user=jjeffords.com >>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>> Action failed||| >>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>> ][interface4][-1,11,16] skype_call now is DOWN >>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>> ][interface4][-1, 1,16] skype call ended >>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>> ][interface4][-1, 1,16] no session >>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>> sofia/external/+16037141687 [KILL] >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>> (sofia/external/+16037141687) State HANGUP >>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>> other leg >>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>> (sofia/external/+16037141687) State REPORTING >>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at 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 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From bernhard.suttner at winet.ch Tue Sep 28 11:12:30 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Tue, 28 Sep 2010 20:12:30 +0200 Subject: [Freeswitch-users] no audio in loopback mode Message-ID: <20100928201230.bbe8ffef@mail.winet.ch> Hi, I forget something to mention: If I set the loopback_bowout to "true" than I have media in both directions. Best regards, Bernhard ----- Original Message ----- From: Bernhard Suttner [mailto:bernhard.suttner at winet.ch] To: 'FreeSWITCH Users Help' [mailto:freeswitch-users at lists.freeswitch.org] Sent: Tue, 28 Sep 2010 19:06:10 +0200 Subject: [Freeswitch-users] no audio in loopback mode > Hi, > > I am using the latest GIT version of freeswitch and I have the following > scenario: > > A ---SIP ---> FS ---loopback--> FS ----SIP---> B > > I am not using bypass_media, proxy_media and loopback_bowout is set to false > to get proper CDRs. The call setup is fine without a problem (ok, no session > progress audio). After the call is up, I have no audio. I need to use > loopback because for A the CDR as a outgoing call have to be written and for > B it is a incoming call (also CDR required). Is there maybe another way to > get that working without looback? I like the loopback method because its > "easy" to understand that there is a A-side of the call (outgoing) and a > B-side which is incoming. > > Could that be something operating system related, because it's a debian box > running on a virtual box? > > > Best regards, > Bernhard > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 jason at cloudtree.net Tue Sep 28 11:14:36 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 14:14:36 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: We have found another failure case, this time without any extra Skype instances. 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint 2) Hang up the Skype Client before the far end answers 3) The far end will keep ringing for a while, wait until it finishes 4) Now call the same Skype userid on FreeSWITCH 5) Answer the far end - there is no audio 6) Hang up either end 7) Now call the same Skype userid on FreeSWITCH - This time the Skype client will be rejected That Skype instance is now broken no matter where you call it from until FreeSWITCH is restarted. This is exactly the same behavior as occurs with multiple Skype clients. The problem appears to be mod_skypopen is not handling hangups/cancels before the B leg answers. Jason On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: > We are seeing a "STATUS FINISHED" indication from Skype when a call > is answered remotely. ?When this occurs, mod_skypopen says: > > 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 > ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring > > In this example (see below) call 74 is in progress and the SIP messages > are already sent. ?When the FINISHED indication is received, could the > call be canceled (e.g. this is equivalent to the Skype caller hanging up > on their end). > > Jason > > 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| > 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| > 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 > ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 > is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE > 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| > 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| > 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas > Hazel||| > 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE > stratusware||| > 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 > ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring > 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 > ][interface2][-1, 0, 0] NOT FOUND > 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 > ][interface2][-1, 7, 0] 2 SESSION_REQUEST > 03aeed34-cb25-11df-a2b6-3dee1bbd18ba > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 > ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS > 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel > skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 > (skypopen/interface2) State Change CS_NEW -> CS_INIT > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface2 [BREAK] > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 > ][interface2][-1, 7, 0] new_inbound_channel > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface2) Running State Change CS_INIT > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 > (skypopen/interface2) State INIT > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 > (skypopen/interface2) State Change CS_INIT -> CS_ROUTING > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface2 [BREAK] > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 > ][interface2][-1, 7, 0] interface2 CHANNEL INIT > 03aeed34-cb25-11df-a2b6-3dee1bbd18ba > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 > (skypopen/interface2) State INIT going to sleep > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface2) Running State Change CS_ROUTING > 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 > (skypopen/interface2) Callstate Change DOWN -> RINGING > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 > (skypopen/interface2) State ROUTING > 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 > ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING > 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 > skypopen/interface2 Standard ROUTING > 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing > Thomas Hazel ->skype_inbound in context default > Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false > Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] > destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false > Dialplan: skypopen/interface2 Action set(ignore_early_media=true) > Dialplan: skypopen/interface2 Action > set(toll_allow=domestic,international,local) > Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) > Dialplan: skypopen/interface2 Action > set(effective_caller_id_name=${skype_user}) > Dialplan: skypopen/interface2 Action > set(effective_caller_id_number=+18574883540) > Dialplan: skypopen/interface2 Action > bridge(sofia/gateway/${default_gateway}/+16037141687) > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 > (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface2 [BREAK] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 > (skypopen/interface2) State ROUTING going to sleep > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 > (skypopen/interface2) Running State Change CS_EXECUTE > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 > (skypopen/interface2) State EXECUTE > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 > ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 > skypopen/interface2 Standard EXECUTE > EXECUTE skypopen/interface2 set(ignore_early_media=true) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 > skypopen/interface2 SET [ignore_early_media]=[true] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=27 > EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 > skypopen/interface2 SET [toll_allow]=[domestic,international,local] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=27 > EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 > skypopen/interface2 SET [default_gateway]=[bandwidth.com] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=27 > EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 > skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=27 > EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 > skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=27 > EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) > 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 > ][interface2][-1, 7, 0] MSG_ID=26 > 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel > sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] > 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 > (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_INIT > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/+16037141687) State INIT > 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 > sofia/external/+16037141687 SOFIA INIT > 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 > (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 > (sofia/external/+16037141687) State INIT going to sleep > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_ROUTING > 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 > (sofia/external/+16037141687) Callstate Change DOWN -> RINGING > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/+16037141687) State ROUTING > 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 > sofia/external/+16037141687 SOFIA ROUTING > 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 > (sofia/external/+16037141687) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 > (sofia/external/+16037141687) State ROUTING going to sleep > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/+16037141687) State CONSUME_MEDIA > 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 > (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep > 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [calling][0] > 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 > sofia/external/+16037141687 Update Callee ID to "+16037141687" > <+16037141687> > 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [proceeding][183] > 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: > v=0 > o=- 1285694568 1285694569 IN IP4 209.247.5.148 > s=- > c=IN IP4 209.247.5.148 > t=0 0 > m=audio 63944 RTP/AVP 0 101 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec > Compare [PCMU:0:8000:20]/[L16:10:16000:20] > 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec > Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] > 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec > sofia/external/+16037141687 PCMU/8000 20 ms 160 samples > 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf > send payload to 101 > 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP > [sofia/external/+16037141687] 173.203.197.16 port 16694 -> > 209.247.5.148 port 63944 codec: 0 ms: 20 > 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer > [soft] 160 bytes per 20ms > 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf > send payload to 101 > 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf > receive payload to 101 > 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer > sofia/external/+16037141687! > 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 > (sofia/external/+16037141687) Callstate Change RINGING -> EARLY > 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal > skypopen/interface2 [BREAK] > 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin > NROF_AUTHED_BUDDIES 8||| > 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin > NROF_AUTHED_BUDDIES 7||| > 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| > 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| > 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 > ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring > 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [completing][200] > 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP > v=0 > o=- 1285694568 1285694569 IN IP4 209.247.5.148 > s=- > c=IN IP4 209.247.5.148 > t=0 0 > m=audio 63944 RTP/AVP 0 101 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel > sofia/external/+16037141687 entering state [ready][200] > 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 > (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE > 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal > skypopen/interface2 [BREAK] > 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel > [sofia/external/+16037141687] has been answered > 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 > ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got > SWITCH_MESSAGE_INDICATE_ANSWER > 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 > ][interface2][-1, 7, 0] NOT FOUND > 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| > 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 > ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 > 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 > ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, > value=stratusware, tech_pvt->callid_number=stratusware, > tech_pvt->skype_user=ct-user4 > 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| > 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 > ][interface2][-1,11, 0] Skype got ERROR about a failed action > (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: > Action failed||| > 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 > ][interface2][-1,11,16] skype_call now is DOWN > 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 > ][interface2][-1, 1,16] skype call ended > 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 > (skypopen/interface2) Callstate Change RINGING -> HANGUP > 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup > skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] > 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal > skypopen/interface2 [KILL] > 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 > ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got > SWITCH_SIG_KILL > 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 > ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| > 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send > signal skypopen/interface2 [BREAK] > 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 > ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got > SWITCH_SIG_BREAK > 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 > ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| > 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev > git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 > ][interface2][-1, 0, 0] Skype got ERROR about a failed action > (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: > Action failed||| > 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 > (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP > 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup > sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] > 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal > sofia/external/+16037141687 [KILL] > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_HANGUP > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 > (sofia/external/+16037141687) State HANGUP > 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 > sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the > other leg > 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel > sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 > sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 > (sofia/external/+16037141687) State HANGUP going to sleep > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 > (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 > (sofia/external/+16037141687) Running State Change CS_REPORTING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 > (sofia/external/+16037141687) State REPORTING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 > sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 > (sofia/external/+16037141687) State REPORTING going to sleep > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 > (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send > signal sofia/external/+16037141687 [BREAK] > 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session > 24 (sofia/external/+16037141687) Locked, Waiting on external entities > > > > On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>> We did not realize this case is not supported, and it does indeed >>> break mod_skypopen >>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>> message from >>> the Skype client indicating another client answered the call). >>> >>> Is there any way we could add this support? >> >> Only modifiying the mod_skypopen sources, and I'm not sure it's >> feasible at all (ie: if the external skype clients notify the FS skype >> clients they've answered), but maybe yes. >> >> -giovanni >> >>> >>> Thanks in advance, >>> >>> Jason >>> >>> PS> Our use case is to have multiple instances with the same user ID on multiple >>> servers and desktop clients. ?So this is a show stopper for us. >>> >>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>> Hi Jason, >>>> >>>> Maybe I've not understood, so I ask explicitly: you have the same >>>> skypeuserid running on the freeswitch server AND on the desktops? >>>> >>>> This is not supported, and will break the inner working of mod_skypopen. >>>> >>>> -giovanni >>>> >>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>> and any desktop Skype instances you have open - it works >>>>> every time as long as you answer the SIP endpoints >>>>> >>>>> 2) Answer the call with one of your desktop Skype instances >>>>> >>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>> FreeSWITCH and your desktop clients >>>>> >>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>> which forces a reject on the Skype network as well. ?It appears >>>>> the call answering by the desktop Skype instance is not >>>>> handled by mod_skypopen (it should probably cancel the >>>>> outbound call request when it sees an external answer, >>>>> perhaps by hangup?). >>>>> >>>>> The only way to fix the problem is a complete restart of the >>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>> >>>>> I have included a small portion of the failing log below (once >>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>> >>>>> Any help would be greatly appreciated. >>>>> >>>>> Thanks in advance, >>>>> >>>>> Jason >>>>> >>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>> Hazel||| >>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>> stratusware||| >>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface4) Running State Change CS_INIT >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>> (skypopen/interface4) State INIT >>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>> (skypopen/interface4) State INIT going to sleep >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>> (skypopen/interface4) State ROUTING >>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>> skypopen/interface4 Standard ROUTING >>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>> ][interface4][-1, 7, 0] Synching audio >>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>> Thomas Hazel ->skype_inbound in context default >>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>> Channel [skypopen/interface4] has been answered >>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>> ][interface4][-1, 7, 0] Synching audio >>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>> 3||| >>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>> ][interface4][-1, 7, 0] Synching audio >>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>> skypopen/interface4 [KILL] >>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_KILL >>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>> 18 (sofia/external/+16037141687) Ended >>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>> (channel is hungup already) >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>> (skypopen/interface4) State HANGUP >>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>> (skypopen/interface4) State HANGUP going to sleep >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>> (skypopen/interface4) State REPORTING >>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>> (skypopen/interface4) State REPORTING going to sleep >>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>> 17 (skypopen/interface4) Ended >>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>> (skypopen/interface4) State DESTROY >>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>> skypopen/interface4 Standard DESTROY >>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>> (skypopen/interface4) State DESTROY going to sleep >>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>> (sofia/external/+16037141687) State DESTROY >>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/external/+16037141687 Standard DESTROY >>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>> Dialplan: skypopen/interface4 Action >>>>> set(toll_allow=domestic,international,local) >>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>> Dialplan: skypopen/interface4 Action >>>>> set(effective_caller_id_number=+16174190921) >>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>> Dialplan: skypopen/interface4 Action >>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>> (skypopen/interface4) State ROUTING going to sleep >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>> (skypopen/interface4) State EXECUTE >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>> skypopen/interface4 Standard EXECUTE >>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 ring_ready() >>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>> signal skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>> skypopen/interface4! >>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>> skypopen/interface4! >>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>> (sofia/external/+16037141687) State INIT >>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>> sofia/external/+16037141687 SOFIA INIT >>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>> (sofia/external/+16037141687) State ROUTING >>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [calling][0] >>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>> <+16037141687> >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>> v=0 >>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>> s=- >>>>> c=IN IP4 63.215.27.71 >>>>> t=0 0 >>>>> m=audio 64508 RTP/AVP 0 101 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=ptime:20 >>>>> >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>> send payload to 101 >>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>> [soft] 160 bytes per 20ms >>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>> send payload to 101 >>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>> receive payload to 101 >>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>> sofia/external/+16037141687! >>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>> skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [completing][200] >>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>> v=0 >>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>> s=- >>>>> c=IN IP4 63.215.27.71 >>>>> t=0 0 >>>>> m=audio 64508 RTP/AVP 0 101 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=ptime:20 >>>>> >>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [ready][200] >>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>> skypopen/interface4 [BREAK] >>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>> [sofia/external/+16037141687] has been answered >>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>> tech_pvt->skype_user=jjeffords.com >>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>> Action failed||| >>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>> ][interface4][-1, 1,16] skype call ended >>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>> ][interface4][-1, 1,16] no session >>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>> sofia/external/+16037141687 [KILL] >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>> (sofia/external/+16037141687) State HANGUP >>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>> other leg >>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>> (sofia/external/+16037141687) State REPORTING >>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at 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 >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From shamun.toha at gmail.com Tue Sep 28 11:23:34 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Tue, 28 Sep 2010 20:23:34 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: Sorry, keep you waiting, tried all pastebin available sites out there, large file doesn't allow me to upload, so , setup my own custom, webserver to show you the ERROR is still alive. This File includes: 1. Successful/Running calls 2. Start of skype test 3. End of skype test 4. Crash of freeswitch instance 5. Segmentation fault Url to download: http://78.23.90.11:8008/freeswitch.log Note: After download, please let me know if you have received it, then i will backup this file in separate location. Thanks & Regards On Tue, Sep 28, 2010 at 5:16 PM, Giovanni Maruzzelli wrote: > You are using very very old configuration files, since longtime 9999 > does not exists anymore. Now is called 9664. > > >From what you are sending I don't understand the problem. > > Please post somewhere a complete debug session, starting a couple of > minutes before the problem. Please do not delete lines in it. It's OK > if it's long. > > -giovanni > > On Tue, Sep 28, 2010 at 5:03 PM, Shamun toha md > wrote: > > Switch 1= we name it A > > Switch 2 = We name it B, here is the following things on B. > > > > 1. 9999 = > > > > > > > > > > > expression="^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$"> > > > > > > > > > > > > data="silence_stream://2000"/> > > > > > > > > > > > > > > 2. originate skypopen/ANY/callA_skypeid 9999 > > > > > > 3. Yes i am using custom ALSA sound driver exactly as mentioned in our > wiki. > > > > > > > > > > > > On Tue, Sep 28, 2010 at 4:34 PM, Giovanni Maruzzelli > > wrote: > >> > >> Shamun, > >> > >> can you please answer the questions I asked? > >> > >> I ask it again: > >> > >> 9999 is not music on hold in new freeswitch. What are you calling into? > >> > >> are you using the custom ALSA sound driver? > >> > >> -giovanni > >> > >> > > > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/06527e9c/attachment.html From brian at freeswitch.org Tue Sep 28 11:24:45 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 13:24:45 -0500 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: <20100928201230.bbe8ffef@mail.winet.ch> References: <20100928201230.bbe8ffef@mail.winet.ch> Message-ID: Logs on pastebin? with sip trace? /b On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: > Hi, > > I forget something to mention: If I set the loopback_bowout to "true" than I have media in both directions. > > Best regards, > Bernhard From brian at freeswitch.org Tue Sep 28 11:23:36 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 13:23:36 -0500 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: <20100928201230.bbe8ffef@mail.winet.ch> References: <20100928201230.bbe8ffef@mail.winet.ch> Message-ID: <883CFBD6-C6A2-4C8B-BE06-0A409C859FF3@freeswitch.org> Logs on pastebin? with sip trace? /b On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: > Hi, > > I forget something to mention: If I set the loopback_bowout to "true" than I have media in both directions. > > Best regards, > Bernhard From bernhard.suttner at winet.ch Tue Sep 28 11:33:06 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Tue, 28 Sep 2010 20:33:06 +0200 Subject: [Freeswitch-users] no audio in loopback mode Message-ID: <20100928203306.209e60bb@mail.winet.ch> Hi Brian, Ok. I will create them tomorrow if I could not find a solution. I thought that I maybe miss something or that there is a good work-around. Best regards, Bernhard ----- Original Message ----- From: Brian West [mailto:brian at freeswitch.org] To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] Sent: Tue, 28 Sep 2010 20:23:36 +0200 Subject: Re: [Freeswitch-users] no audio in loopback mode > Logs on pastebin? with sip trace? > > /b > > On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: > > > Hi, > > > > I forget something to mention: If I set the loopback_bowout to "true" than > I have media in both directions. > > > > Best regards, > > Bernhard > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 gmaruzz at gmail.com Tue Sep 28 11:38:34 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 20:38:34 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_skypopen has no read codec or channel not ready In-Reply-To: References: Message-ID: downloaded, I'll have a look asap, write to you tomorrow -gm On Tue, Sep 28, 2010 at 8:23 PM, Shamun toha md wrote: > Sorry, keep you waiting, tried all pastebin available sites out there, large > file doesn't allow me to upload, so , setup my own custom, webserver to show > you the ERROR is still alive. > > This File includes: > > 1. Successful/Running calls > 2. Start of skype test > 3. End of skype test > 4. Crash of freeswitch instance > 5. Segmentation fault > > Url to download: http://78.23.90.11:8008/freeswitch.log > > Note: After download, please let me know if you have received it, then i > will backup this file in separate location. > > Thanks & Regards > > > > > On Tue, Sep 28, 2010 at 5:16 PM, Giovanni Maruzzelli > wrote: >> >> You are using very very old configuration files, since longtime 9999 >> does not exists anymore. Now is called 9664. >> >> >From what you are sending I don't understand the problem. >> >> Please post somewhere a complete debug session, starting a couple of >> minutes before the problem. Please do not delete lines in it. It's OK >> if it's long. >> >> -giovanni >> >> On Tue, Sep 28, 2010 at 5:03 PM, Shamun toha md >> wrote: >> > Switch 1= we name it A >> > Switch 2 = We name it B, here is the following things on B. >> > >> > 1. 9999 = >> > ??? >> > >> > ??? >> > ????? >> > ????? > > expression="^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$"> >> > ??????? >> > ??????? >> > ??????? >> > ??????? >> > ??????? >> > ??????? > > data="silence_stream://2000"/> >> > ??????? > > data="is_zrtp_secure >> > XML features"/> >> > ??????? >> > ????? >> > ??? >> > >> > >> > 2. originate skypopen/ANY/callA_skypeid? 9999 >> > >> > >> > 3. Yes i am using custom ALSA sound driver exactly as mentioned in our >> > wiki. >> > >> > >> > >> > >> > >> > On Tue, Sep 28, 2010 at 4:34 PM, Giovanni Maruzzelli >> > wrote: >> >> >> >> Shamun, >> >> >> >> can you please answer the questions I asked? >> >> >> >> I ask it again: >> >> >> >> 9999 is not music on hold in new freeswitch. What are you calling into? >> >> >> >> are you using the custom ALSA sound driver? >> >> >> >> -giovanni >> >> >> >> >> > >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From gmaruzz at gmail.com Tue Sep 28 11:48:43 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 28 Sep 2010 20:48:43 +0200 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Please open a Jira on this one, and attach a complete debug session to it (as a text file attachment). -giovanni On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: > We have found another failure case, this time without any extra Skype > instances. > > 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint > 2) Hang up the Skype Client before the far end answers > 3) The far end will keep ringing for a while, wait until it finishes > 4) Now call the same Skype userid on FreeSWITCH > 5) Answer the far end - there is no audio > 6) Hang up either end > 7) Now call the same Skype userid on FreeSWITCH - This time the Skype > ?client will be rejected > > That Skype instance is now broken no matter where you call it from > until FreeSWITCH is restarted. > > This is exactly the same behavior as occurs with multiple Skype > clients. ?The problem appears to be mod_skypopen is not handling > hangups/cancels before the B leg answers. > > Jason > > On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >> We are seeing a "STATUS FINISHED" indication from Skype when a call >> is answered remotely. ?When this occurs, mod_skypopen says: >> >> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >> >> In this example (see below) call 74 is in progress and the SIP messages >> are already sent. ?When the FINISHED indication is received, could the >> call be canceled (e.g. this is equivalent to the Skype caller hanging up >> on their end). >> >> Jason >> >> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >> Hazel||| >> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >> stratusware||| >> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >> ][interface2][-1, 0, 0] NOT FOUND >> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >> (skypopen/interface2) State Change CS_NEW -> CS_INIT >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface2 [BREAK] >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >> ][interface2][-1, 7, 0] new_inbound_channel >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface2) Running State Change CS_INIT >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >> (skypopen/interface2) State INIT >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface2 [BREAK] >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >> (skypopen/interface2) State INIT going to sleep >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface2) Running State Change CS_ROUTING >> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >> (skypopen/interface2) Callstate Change DOWN -> RINGING >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >> (skypopen/interface2) State ROUTING >> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >> skypopen/interface2 Standard ROUTING >> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >> Thomas Hazel ->skype_inbound in context default >> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >> Dialplan: skypopen/interface2 Action >> set(toll_allow=domestic,international,local) >> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >> Dialplan: skypopen/interface2 Action >> set(effective_caller_id_name=${skype_user}) >> Dialplan: skypopen/interface2 Action >> set(effective_caller_id_number=+18574883540) >> Dialplan: skypopen/interface2 Action >> bridge(sofia/gateway/${default_gateway}/+16037141687) >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface2 [BREAK] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >> (skypopen/interface2) State ROUTING going to sleep >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >> (skypopen/interface2) Running State Change CS_EXECUTE >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >> (skypopen/interface2) State EXECUTE >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >> skypopen/interface2 Standard EXECUTE >> EXECUTE skypopen/interface2 set(ignore_early_media=true) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >> skypopen/interface2 SET [ignore_early_media]=[true] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=27 >> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=27 >> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=27 >> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=27 >> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=27 >> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >> ][interface2][-1, 7, 0] MSG_ID=26 >> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_INIT >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/+16037141687) State INIT >> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >> sofia/external/+16037141687 SOFIA INIT >> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >> (sofia/external/+16037141687) State INIT going to sleep >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_ROUTING >> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/+16037141687) State ROUTING >> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >> sofia/external/+16037141687 SOFIA ROUTING >> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >> (sofia/external/+16037141687) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >> (sofia/external/+16037141687) State ROUTING going to sleep >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/+16037141687) State CONSUME_MEDIA >> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [calling][0] >> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >> sofia/external/+16037141687 Update Callee ID to "+16037141687" >> <+16037141687> >> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [proceeding][183] >> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >> v=0 >> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >> s=- >> c=IN IP4 209.247.5.148 >> t=0 0 >> m=audio 63944 RTP/AVP 0 101 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=ptime:20 >> >> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >> send payload to 101 >> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >> 209.247.5.148 port 63944 codec: 0 ms: 20 >> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >> [soft] 160 bytes per 20ms >> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >> send payload to 101 >> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >> receive payload to 101 >> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >> sofia/external/+16037141687! >> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >> skypopen/interface2 [BREAK] >> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >> NROF_AUTHED_BUDDIES 8||| >> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >> NROF_AUTHED_BUDDIES 7||| >> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [completing][200] >> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >> v=0 >> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >> s=- >> c=IN IP4 209.247.5.148 >> t=0 0 >> m=audio 63944 RTP/AVP 0 101 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=ptime:20 >> >> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >> sofia/external/+16037141687 entering state [ready][200] >> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >> skypopen/interface2 [BREAK] >> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >> [sofia/external/+16037141687] has been answered >> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >> SWITCH_MESSAGE_INDICATE_ANSWER >> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >> ][interface2][-1, 7, 0] NOT FOUND >> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >> value=stratusware, tech_pvt->callid_number=stratusware, >> tech_pvt->skype_user=ct-user4 >> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >> ][interface2][-1,11, 0] Skype got ERROR about a failed action >> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >> Action failed||| >> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >> ][interface2][-1,11,16] skype_call now is DOWN >> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >> ][interface2][-1, 1,16] skype call ended >> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >> (skypopen/interface2) Callstate Change RINGING -> HANGUP >> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >> skypopen/interface2 [KILL] >> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >> SWITCH_SIG_KILL >> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >> signal skypopen/interface2 [BREAK] >> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >> SWITCH_SIG_BREAK >> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >> Action failed||| >> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >> sofia/external/+16037141687 [KILL] >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_HANGUP >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >> (sofia/external/+16037141687) State HANGUP >> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >> other leg >> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >> (sofia/external/+16037141687) State HANGUP going to sleep >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >> (sofia/external/+16037141687) Running State Change CS_REPORTING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >> (sofia/external/+16037141687) State REPORTING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >> (sofia/external/+16037141687) State REPORTING going to sleep >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/external/+16037141687 [BREAK] >> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >> >> >> >> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>> We did not realize this case is not supported, and it does indeed >>>> break mod_skypopen >>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>> message from >>>> the Skype client indicating another client answered the call). >>>> >>>> Is there any way we could add this support? >>> >>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>> feasible at all (ie: if the external skype clients notify the FS skype >>> clients they've answered), but maybe yes. >>> >>> -giovanni >>> >>>> >>>> Thanks in advance, >>>> >>>> Jason >>>> >>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>> servers and desktop clients. ?So this is a show stopper for us. >>>> >>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>> Hi Jason, >>>>> >>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>> >>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>> >>>>> -giovanni >>>>> >>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>> and any desktop Skype instances you have open - it works >>>>>> every time as long as you answer the SIP endpoints >>>>>> >>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>> >>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>> FreeSWITCH and your desktop clients >>>>>> >>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>> the call answering by the desktop Skype instance is not >>>>>> handled by mod_skypopen (it should probably cancel the >>>>>> outbound call request when it sees an external answer, >>>>>> perhaps by hangup?). >>>>>> >>>>>> The only way to fix the problem is a complete restart of the >>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>> >>>>>> I have included a small portion of the failing log below (once >>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>> >>>>>> Any help would be greatly appreciated. >>>>>> >>>>>> Thanks in advance, >>>>>> >>>>>> Jason >>>>>> >>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>> Hazel||| >>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>> stratusware||| >>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>> (skypopen/interface4) State INIT >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>> (skypopen/interface4) State INIT going to sleep >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>> (skypopen/interface4) State ROUTING >>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>> skypopen/interface4 Standard ROUTING >>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>> Thomas Hazel ->skype_inbound in context default >>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>> Channel [skypopen/interface4] has been answered >>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>> 3||| >>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>> skypopen/interface4 [KILL] >>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_KILL >>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>> 18 (sofia/external/+16037141687) Ended >>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>> (channel is hungup already) >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>> (skypopen/interface4) State HANGUP >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>> (skypopen/interface4) State REPORTING >>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>> 17 (skypopen/interface4) Ended >>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>> (skypopen/interface4) State DESTROY >>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>> skypopen/interface4 Standard DESTROY >>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>> (sofia/external/+16037141687) State DESTROY >>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>> Dialplan: skypopen/interface4 Action >>>>>> set(toll_allow=domestic,international,local) >>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>> Dialplan: skypopen/interface4 Action >>>>>> set(effective_caller_id_number=+16174190921) >>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>> Dialplan: skypopen/interface4 Action >>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>> (skypopen/interface4) State EXECUTE >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>> skypopen/interface4 Standard EXECUTE >>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>> signal skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>> skypopen/interface4! >>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>> skypopen/interface4! >>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>> (sofia/external/+16037141687) State INIT >>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>> (sofia/external/+16037141687) State ROUTING >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>> CS_CONSUME_MEDIA >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>> <+16037141687> >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>> v=0 >>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>> s=- >>>>>> c=IN IP4 63.215.27.71 >>>>>> t=0 0 >>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>> a=rtpmap:101 telephone-event/8000 >>>>>> a=fmtp:101 0-16 >>>>>> a=ptime:20 >>>>>> >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>> send payload to 101 >>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>> [soft] 160 bytes per 20ms >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>> send payload to 101 >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>> receive payload to 101 >>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>> sofia/external/+16037141687! >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>> skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>> v=0 >>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>> s=- >>>>>> c=IN IP4 63.215.27.71 >>>>>> t=0 0 >>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>> a=rtpmap:101 telephone-event/8000 >>>>>> a=fmtp:101 0-16 >>>>>> a=ptime:20 >>>>>> >>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>> skypopen/interface4 [BREAK] >>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>> [sofia/external/+16037141687] has been answered >>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>> tech_pvt->skype_user=jjeffords.com >>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>> Action failed||| >>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>> ][interface4][-1, 1,16] skype call ended >>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>> ][interface4][-1, 1,16] no session >>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>> sofia/external/+16037141687 [KILL] >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>> (sofia/external/+16037141687) State HANGUP >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>> other leg >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>> (sofia/external/+16037141687) State REPORTING >>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at 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 >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> jason jeffords | founder & cto cloudtree >>>> c | +1 617 299 6242 >>>> 850 winter street I waltham ma 02451 >>>> jason at cloudtree.net >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at 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 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From jason at cloudtree.net Tue Sep 28 12:12:48 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 15:12:48 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Thanks Giovanni, We will do that ASAP. Jason On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: > Please open a Jira on this one, and attach a complete debug session to > it (as a text file attachment). > > -giovanni > > On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >> We have found another failure case, this time without any extra Skype >> instances. >> >> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >> 2) Hang up the Skype Client before the far end answers >> 3) The far end will keep ringing for a while, wait until it finishes >> 4) Now call the same Skype userid on FreeSWITCH >> 5) Answer the far end - there is no audio >> 6) Hang up either end >> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >> ?client will be rejected >> >> That Skype instance is now broken no matter where you call it from >> until FreeSWITCH is restarted. >> >> This is exactly the same behavior as occurs with multiple Skype >> clients. ?The problem appears to be mod_skypopen is not handling >> hangups/cancels before the B leg answers. >> >> Jason >> >> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>> is answered remotely. ?When this occurs, mod_skypopen says: >>> >>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>> >>> In this example (see below) call 74 is in progress and the SIP messages >>> are already sent. ?When the FINISHED indication is received, could the >>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>> on their end). >>> >>> Jason >>> >>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>> Hazel||| >>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>> stratusware||| >>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>> ][interface2][-1, 0, 0] NOT FOUND >>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface2 [BREAK] >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>> ][interface2][-1, 7, 0] new_inbound_channel >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface2) Running State Change CS_INIT >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>> (skypopen/interface2) State INIT >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface2 [BREAK] >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>> (skypopen/interface2) State INIT going to sleep >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface2) Running State Change CS_ROUTING >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>> (skypopen/interface2) State ROUTING >>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>> skypopen/interface2 Standard ROUTING >>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>> Thomas Hazel ->skype_inbound in context default >>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>> Dialplan: skypopen/interface2 Action >>> set(toll_allow=domestic,international,local) >>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>> Dialplan: skypopen/interface2 Action >>> set(effective_caller_id_name=${skype_user}) >>> Dialplan: skypopen/interface2 Action >>> set(effective_caller_id_number=+18574883540) >>> Dialplan: skypopen/interface2 Action >>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface2 [BREAK] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>> (skypopen/interface2) State ROUTING going to sleep >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>> (skypopen/interface2) Running State Change CS_EXECUTE >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>> (skypopen/interface2) State EXECUTE >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>> skypopen/interface2 Standard EXECUTE >>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>> skypopen/interface2 SET [ignore_early_media]=[true] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=27 >>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=27 >>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=27 >>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=27 >>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=27 >>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>> ][interface2][-1, 7, 0] MSG_ID=26 >>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_INIT >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>> (sofia/external/+16037141687) State INIT >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>> sofia/external/+16037141687 SOFIA INIT >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>> (sofia/external/+16037141687) State INIT going to sleep >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>> (sofia/external/+16037141687) State ROUTING >>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>> sofia/external/+16037141687 SOFIA ROUTING >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>> (sofia/external/+16037141687) State ROUTING going to sleep >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>> (sofia/external/+16037141687) State CONSUME_MEDIA >>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [calling][0] >>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>> <+16037141687> >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [proceeding][183] >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>> v=0 >>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>> s=- >>> c=IN IP4 209.247.5.148 >>> t=0 0 >>> m=audio 63944 RTP/AVP 0 101 >>> a=rtpmap:101 telephone-event/8000 >>> a=fmtp:101 0-16 >>> a=ptime:20 >>> >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>> send payload to 101 >>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>> [soft] 160 bytes per 20ms >>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>> send payload to 101 >>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>> receive payload to 101 >>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>> sofia/external/+16037141687! >>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>> skypopen/interface2 [BREAK] >>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>> NROF_AUTHED_BUDDIES 8||| >>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>> NROF_AUTHED_BUDDIES 7||| >>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [completing][200] >>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>> v=0 >>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>> s=- >>> c=IN IP4 209.247.5.148 >>> t=0 0 >>> m=audio 63944 RTP/AVP 0 101 >>> a=rtpmap:101 telephone-event/8000 >>> a=fmtp:101 0-16 >>> a=ptime:20 >>> >>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>> sofia/external/+16037141687 entering state [ready][200] >>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>> skypopen/interface2 [BREAK] >>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>> [sofia/external/+16037141687] has been answered >>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>> SWITCH_MESSAGE_INDICATE_ANSWER >>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>> ][interface2][-1, 7, 0] NOT FOUND >>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>> value=stratusware, tech_pvt->callid_number=stratusware, >>> tech_pvt->skype_user=ct-user4 >>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>> Action failed||| >>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>> ][interface2][-1,11,16] skype_call now is DOWN >>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>> ][interface2][-1, 1,16] skype call ended >>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>> skypopen/interface2 [KILL] >>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_KILL >>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>> signal skypopen/interface2 [BREAK] >>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>> SWITCH_SIG_BREAK >>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>> Action failed||| >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>> sofia/external/+16037141687 [KILL] >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>> (sofia/external/+16037141687) State HANGUP >>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>> other leg >>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>> (sofia/external/+16037141687) State HANGUP going to sleep >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>> (sofia/external/+16037141687) State REPORTING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>> (sofia/external/+16037141687) State REPORTING going to sleep >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/external/+16037141687 [BREAK] >>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>> >>> >>> >>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>> We did not realize this case is not supported, and it does indeed >>>>> break mod_skypopen >>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>> message from >>>>> the Skype client indicating another client answered the call). >>>>> >>>>> Is there any way we could add this support? >>>> >>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>> feasible at all (ie: if the external skype clients notify the FS skype >>>> clients they've answered), but maybe yes. >>>> >>>> -giovanni >>>> >>>>> >>>>> Thanks in advance, >>>>> >>>>> Jason >>>>> >>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>> >>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>> Hi Jason, >>>>>> >>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>> >>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>> >>>>>> -giovanni >>>>>> >>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>> and any desktop Skype instances you have open - it works >>>>>>> every time as long as you answer the SIP endpoints >>>>>>> >>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>> >>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>> FreeSWITCH and your desktop clients >>>>>>> >>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>> the call answering by the desktop Skype instance is not >>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>> outbound call request when it sees an external answer, >>>>>>> perhaps by hangup?). >>>>>>> >>>>>>> The only way to fix the problem is a complete restart of the >>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>> >>>>>>> I have included a small portion of the failing log below (once >>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>> >>>>>>> Any help would be greatly appreciated. >>>>>>> >>>>>>> Thanks in advance, >>>>>>> >>>>>>> Jason >>>>>>> >>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>> Hazel||| >>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>> stratusware||| >>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (skypopen/interface4) State INIT >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (skypopen/interface4) State ROUTING >>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>> skypopen/interface4 Standard ROUTING >>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>> Channel [skypopen/interface4] has been answered >>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>> 3||| >>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>> skypopen/interface4 [KILL] >>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_KILL >>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>> (channel is hungup already) >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (skypopen/interface4) State HANGUP >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (skypopen/interface4) State REPORTING >>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>> 17 (skypopen/interface4) Ended >>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>> (skypopen/interface4) State DESTROY >>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>> skypopen/interface4 Standard DESTROY >>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>> Dialplan: skypopen/interface4 Action >>>>>>> set(toll_allow=domestic,international,local) >>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>> Dialplan: skypopen/interface4 Action >>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>> Dialplan: skypopen/interface4 Action >>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>> (skypopen/interface4) State EXECUTE >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>> signal skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>> skypopen/interface4! >>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>> skypopen/interface4! >>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (sofia/external/+16037141687) State INIT >>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>> CS_CONSUME_MEDIA >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>> <+16037141687> >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>> v=0 >>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>> s=- >>>>>>> c=IN IP4 63.215.27.71 >>>>>>> t=0 0 >>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=fmtp:101 0-16 >>>>>>> a=ptime:20 >>>>>>> >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>> send payload to 101 >>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>> [soft] 160 bytes per 20ms >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>> send payload to 101 >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>> receive payload to 101 >>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>> sofia/external/+16037141687! >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>> skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>> v=0 >>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>> s=- >>>>>>> c=IN IP4 63.215.27.71 >>>>>>> t=0 0 >>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=fmtp:101 0-16 >>>>>>> a=ptime:20 >>>>>>> >>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>> skypopen/interface4 [BREAK] >>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>> [sofia/external/+16037141687] has been answered >>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>> Action failed||| >>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>> ][interface4][-1, 1,16] no session >>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>> sofia/external/+16037141687 [KILL] >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>> other leg >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at 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 >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> jason jeffords | founder & cto cloudtree >>>>> c | +1 617 299 6242 >>>>> 850 winter street I waltham ma 02451 >>>>> jason at cloudtree.net >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at 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 >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From jason at cloudtree.net Tue Sep 28 13:38:08 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Tue, 28 Sep 2010 16:38:08 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Hi Giovanni I have created Issue FS-2743 to track the single instance early hangup issues. http://jira.freeswitch.org/browse/FS-2743 Thanks for all your help, Jason On Tue, Sep 28, 2010 at 3:12 PM, Jason Jeffords wrote: > Thanks Giovanni, > > We will do that ASAP. > > Jason > > On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: >> Please open a Jira on this one, and attach a complete debug session to >> it (as a text file attachment). >> >> -giovanni >> >> On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >>> We have found another failure case, this time without any extra Skype >>> instances. >>> >>> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >>> 2) Hang up the Skype Client before the far end answers >>> 3) The far end will keep ringing for a while, wait until it finishes >>> 4) Now call the same Skype userid on FreeSWITCH >>> 5) Answer the far end - there is no audio >>> 6) Hang up either end >>> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >>> ?client will be rejected >>> >>> That Skype instance is now broken no matter where you call it from >>> until FreeSWITCH is restarted. >>> >>> This is exactly the same behavior as occurs with multiple Skype >>> clients. ?The problem appears to be mod_skypopen is not handling >>> hangups/cancels before the B leg answers. >>> >>> Jason >>> >>> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>>> is answered remotely. ?When this occurs, mod_skypopen says: >>>> >>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>> >>>> In this example (see below) call 74 is in progress and the SIP messages >>>> are already sent. ?When the FINISHED indication is received, could the >>>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>>> on their end). >>>> >>>> Jason >>>> >>>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>>> Hazel||| >>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>>> stratusware||| >>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>> ][interface2][-1, 0, 0] NOT FOUND >>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface2 [BREAK] >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>> ][interface2][-1, 7, 0] new_inbound_channel >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface2) Running State Change CS_INIT >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>> (skypopen/interface2) State INIT >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface2 [BREAK] >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>> (skypopen/interface2) State INIT going to sleep >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface2) Running State Change CS_ROUTING >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>>> (skypopen/interface2) State ROUTING >>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>>> skypopen/interface2 Standard ROUTING >>>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>>> Thomas Hazel ->skype_inbound in context default >>>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>>> Dialplan: skypopen/interface2 Action >>>> set(toll_allow=domestic,international,local) >>>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>>> Dialplan: skypopen/interface2 Action >>>> set(effective_caller_id_name=${skype_user}) >>>> Dialplan: skypopen/interface2 Action >>>> set(effective_caller_id_number=+18574883540) >>>> Dialplan: skypopen/interface2 Action >>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface2 [BREAK] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>> (skypopen/interface2) State ROUTING going to sleep >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>> (skypopen/interface2) Running State Change CS_EXECUTE >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>>> (skypopen/interface2) State EXECUTE >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>>> skypopen/interface2 Standard EXECUTE >>>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface2 SET [ignore_early_media]=[true] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>> (sofia/external/+16037141687) State INIT >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>>> sofia/external/+16037141687 SOFIA INIT >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>> (sofia/external/+16037141687) State INIT going to sleep >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>> (sofia/external/+16037141687) State ROUTING >>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>>> sofia/external/+16037141687 SOFIA ROUTING >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>> CS_CONSUME_MEDIA >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [calling][0] >>>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>> <+16037141687> >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [proceeding][183] >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>>> v=0 >>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>> s=- >>>> c=IN IP4 209.247.5.148 >>>> t=0 0 >>>> m=audio 63944 RTP/AVP 0 101 >>>> a=rtpmap:101 telephone-event/8000 >>>> a=fmtp:101 0-16 >>>> a=ptime:20 >>>> >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>> send payload to 101 >>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>>> [soft] 160 bytes per 20ms >>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>> send payload to 101 >>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>> receive payload to 101 >>>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>> sofia/external/+16037141687! >>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>>> skypopen/interface2 [BREAK] >>>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>> NROF_AUTHED_BUDDIES 8||| >>>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>> NROF_AUTHED_BUDDIES 7||| >>>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [completing][200] >>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>>> v=0 >>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>> s=- >>>> c=IN IP4 209.247.5.148 >>>> t=0 0 >>>> m=audio 63944 RTP/AVP 0 101 >>>> a=rtpmap:101 telephone-event/8000 >>>> a=fmtp:101 0-16 >>>> a=ptime:20 >>>> >>>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>>> sofia/external/+16037141687 entering state [ready][200] >>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>>> skypopen/interface2 [BREAK] >>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>>> [sofia/external/+16037141687] has been answered >>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>> ][interface2][-1, 7, 0] NOT FOUND >>>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>> tech_pvt->skype_user=ct-user4 >>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>> Action failed||| >>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>> ][interface2][-1,11,16] skype_call now is DOWN >>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>> ][interface2][-1, 1,16] skype call ended >>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>>> skypopen/interface2 [KILL] >>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_KILL >>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>>> signal skypopen/interface2 [BREAK] >>>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>> SWITCH_SIG_BREAK >>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>>> Action failed||| >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>>> sofia/external/+16037141687 [KILL] >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>> (sofia/external/+16037141687) State HANGUP >>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>> other leg >>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>> (sofia/external/+16037141687) State REPORTING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/external/+16037141687 [BREAK] >>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>>> >>>> >>>> >>>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>>> We did not realize this case is not supported, and it does indeed >>>>>> break mod_skypopen >>>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>>> message from >>>>>> the Skype client indicating another client answered the call). >>>>>> >>>>>> Is there any way we could add this support? >>>>> >>>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>>> feasible at all (ie: if the external skype clients notify the FS skype >>>>> clients they've answered), but maybe yes. >>>>> >>>>> -giovanni >>>>> >>>>>> >>>>>> Thanks in advance, >>>>>> >>>>>> Jason >>>>>> >>>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>>> >>>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>>> Hi Jason, >>>>>>> >>>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>>> >>>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>>> >>>>>>> -giovanni >>>>>>> >>>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>>> and any desktop Skype instances you have open - it works >>>>>>>> every time as long as you answer the SIP endpoints >>>>>>>> >>>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>>> >>>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>>> FreeSWITCH and your desktop clients >>>>>>>> >>>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>>> the call answering by the desktop Skype instance is not >>>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>>> outbound call request when it sees an external answer, >>>>>>>> perhaps by hangup?). >>>>>>>> >>>>>>>> The only way to fix the problem is a complete restart of the >>>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>>> >>>>>>>> I have included a small portion of the failing log below (once >>>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>>> >>>>>>>> Any help would be greatly appreciated. >>>>>>>> >>>>>>>> Thanks in advance, >>>>>>>> >>>>>>>> Jason >>>>>>>> >>>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>>> Hazel||| >>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>>> stratusware||| >>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (skypopen/interface4) State INIT >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (skypopen/interface4) State ROUTING >>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>>> skypopen/interface4 Standard ROUTING >>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>>> Channel [skypopen/interface4] has been answered >>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>>> 3||| >>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>> skypopen/interface4 [KILL] >>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_KILL >>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>>> (channel is hungup already) >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (skypopen/interface4) State HANGUP >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (skypopen/interface4) State REPORTING >>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>>> 17 (skypopen/interface4) Ended >>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>> (skypopen/interface4) State DESTROY >>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>>> skypopen/interface4 Standard DESTROY >>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>>> (skypopen/interface4) State EXECUTE >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>>> skypopen/interface4! >>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>>> skypopen/interface4! >>>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>> CS_CONSUME_MEDIA >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>> <+16037141687> >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>> v=0 >>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>> s=- >>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>> t=0 0 >>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>> a=fmtp:101 0-16 >>>>>>>> a=ptime:20 >>>>>>>> >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>> send payload to 101 >>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>> [soft] 160 bytes per 20ms >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>> send payload to 101 >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>> receive payload to 101 >>>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>> sofia/external/+16037141687! >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>> skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>> v=0 >>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>> s=- >>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>> t=0 0 >>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>> a=fmtp:101 0-16 >>>>>>>> a=ptime:20 >>>>>>>> >>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>> skypopen/interface4 [BREAK] >>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>> Action failed||| >>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>>> ][interface4][-1, 1,16] no session >>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>> other leg >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at 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 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> jason jeffords | founder & cto cloudtree >>>>>> c | +1 617 299 6242 >>>>>> 850 winter street I waltham ma 02451 >>>>>> jason at cloudtree.net >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at 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 >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> jason jeffords | founder & cto cloudtree >>>> c | +1 617 299 6242 >>>> 850 winter street I waltham ma 02451 >>>> jason at cloudtree.net >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at 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 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From jerry.richards at teotech.com Tue Sep 28 13:48:43 2010 From: jerry.richards at teotech.com (Jerry Richards) Date: Tue, 28 Sep 2010 13:48:43 -0700 Subject: [Freeswitch-users] Call Recording Message-ID: <011201cb5f4e$89dbc3c0$9d934b40$@teotech.com> Does the *2 DTMF method still work for recording calls? I recall this working before without needing to make changes to the dialplan XML, but right now it does not appear to work on the Sep 20 Freeswitch trunk. Thanks, Jerry From steveayre at gmail.com Tue Sep 28 13:59:57 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 28 Sep 2010 21:59:57 +0100 Subject: [Freeswitch-users] Looking for more info about mod_rtmp In-Reply-To: <4CA1EFFE.9000903@jgaa.com> References: <4CA1EFFE.9000903@jgaa.com> Message-ID: Not in either git trunk or contrib repositories so it hasn't been released yet. It's still under development. -Steve On 28 September 2010 14:39, Jarle Aase wrote: > I'm looking for a way to bridge rtmp to sip / audio-conferences, and > came across a reference to "mod_rtmp". Does anyone have any information > about that project? > > Jarle > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Tue Sep 28 14:04:38 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 16:04:38 -0500 Subject: [Freeswitch-users] Call Recording In-Reply-To: <011201cb5f4e$89dbc3c0$9d934b40$@teotech.com> References: <011201cb5f4e$89dbc3c0$9d934b40$@teotech.com> Message-ID: <3367A6EC-EEC2-4930-ABCE-B6CA261932C2@freeswitch.org> Yes it works fine but are you sure the file path is correct? /b On Sep 28, 2010, at 3:48 PM, Jerry Richards wrote: > Does the *2 DTMF method still work for recording calls? I recall this > working before without needing to make changes to the dialplan XML, but > right now it does not appear to work on the Sep 20 Freeswitch trunk. > > Thanks, > Jerry > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 Tue Sep 28 14:04:53 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 16:04:53 -0500 Subject: [Freeswitch-users] Call Recording In-Reply-To: <011201cb5f4e$89dbc3c0$9d934b40$@teotech.com> References: <011201cb5f4e$89dbc3c0$9d934b40$@teotech.com> Message-ID: Also it wont' work if you do bypass media. /b On Sep 28, 2010, at 3:48 PM, Jerry Richards wrote: > Does the *2 DTMF method still work for recording calls? I recall this > working before without needing to make changes to the dialplan XML, but > right now it does not appear to work on the Sep 20 Freeswitch trunk. > > Thanks, > Jerry From brian at freeswitch.org Tue Sep 28 14:21:22 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 16:21:22 -0500 Subject: [Freeswitch-users] Looking for more info about mod_rtmp In-Reply-To: References: <4CA1EFFE.9000903@jgaa.com> Message-ID: <3937679E-9569-42D2-BA9D-DE7A1B873D29@freeswitch.org> See question number 1 on the FAQ! /b On Sep 28, 2010, at 3:59 PM, Steven Ayre wrote: > Not in either git trunk or contrib repositories so it hasn't been released yet. > > It's still under development. > > -Steve > > > On 28 September 2010 14:39, Jarle Aase wrote: >> I'm looking for a way to bridge rtmp to sip / audio-conferences, and >> came across a reference to "mod_rtmp". Does anyone have any information >> about that project? >> >> Jarle > From ross at ossiantelecom.co.uk Tue Sep 28 14:30:11 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Tue, 28 Sep 2010 22:30:11 +0100 Subject: [Freeswitch-users] mod_sofia in contact header Message-ID: <2DF2094D-662D-4E81-AB9F-C9A2D11EC714@ossiantelecom.co.uk> Is it possible to change the user portion of the URI in the contact header ? I know you can change it when originating a call using sip_contact_user but there doesn't appear to be a way to change this on a per-profile basis so that it's also used in REGISTER and NOTIFY. I want to hide it in order to obscure what I use for security - in much the same reason as you would disable or obscure the Server header in Apache HTTPD or the greeting from an SMTP server. Anywhere someone sees mod_sofia@ they know FreeSWITCH is at the other end and can refine an attack based on this. I appreciate that FreeSWITCH is quite secure, and there aren't many known exploits for it - but every little helps to give a potential intruder less information to go on. Ross From ross at ossiantelecom.co.uk Tue Sep 28 14:30:10 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Tue, 28 Sep 2010 22:30:10 +0100 Subject: [Freeswitch-users] NDLB-connectile-dysfunction adding expires to Contact header? Message-ID: It seems that when using NDLB-connectile-dysfunction this adds ";expires=30" to my Contact headers irrespective of what Expiry is requested by the client or is set in the Sofia profile. Is this the intended behaviour ? Ross From brian at freeswitch.org Tue Sep 28 14:39:21 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 16:39:21 -0500 Subject: [Freeswitch-users] NDLB-connectile-dysfunction adding expires to Contact header? In-Reply-To: References: Message-ID: <51EBCE88-941F-4376-AD42-E6F61EF58B36@freeswitch.org> Yes it forces the expires down which is perfectly valid. /b On Sep 28, 2010, at 4:30 PM, Ross McKillop wrote: > It seems that when using NDLB-connectile-dysfunction this adds ";expires=30" to > my Contact headers irrespective of what Expiry is requested by the client or is set > in the Sofia profile. > > Is this the intended behaviour ? > > Ross From ross at ossiantelecom.co.uk Tue Sep 28 15:21:41 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Tue, 28 Sep 2010 23:21:41 +0100 Subject: [Freeswitch-users] NDLB-connectile-dysfunction adding expires to Contact header? In-Reply-To: <51EBCE88-941F-4376-AD42-E6F61EF58B36@freeswitch.org> References: <51EBCE88-941F-4376-AD42-E6F61EF58B36@freeswitch.org> Message-ID: <09C64080-AE42-420D-B049-0071C771FE90@ossiantelecom.co.uk> On 28 Sep 2010, at 22:39, Brian West wrote: > Yes it forces the expires down which is perfectly valid. Ah right, is there any way to override this behaviour on a per user basis ? Thanks for the quick response Regards, Ross From brian at freeswitch.org Tue Sep 28 15:48:56 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Sep 2010 17:48:56 -0500 Subject: [Freeswitch-users] NDLB-connectile-dysfunction adding expires to Contact header? In-Reply-To: <09C64080-AE42-420D-B049-0071C771FE90@ossiantelecom.co.uk> References: <51EBCE88-941F-4376-AD42-E6F61EF58B36@freeswitch.org> <09C64080-AE42-420D-B049-0071C771FE90@ossiantelecom.co.uk> Message-ID: <3B3242F1-5068-4DDE-A7B0-9DCA5F0DEA12@freeswitch.org> Honestly your device is broken if it can't overcome nat on its own. Your device is responsible for knowing its network topology and registering correctly and using keep alives and such to keep nat mappings open on its own. The connectile-dysfunction option shouldn't be used but for extreme cases of evil evil nat. check for sip-force-expires on the wiki for more info but I think the NDLB option will override that to 30. /b On Sep 28, 2010, at 5:21 PM, Ross McKillop wrote: > > On 28 Sep 2010, at 22:39, Brian West wrote: > >> Yes it forces the expires down which is perfectly valid. > > Ah right, is there any way to override this behaviour on a per user basis ? > > Thanks for the quick response > > Regards, > Ross From mnhassan at usa.net Tue Sep 28 17:19:03 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Wed, 29 Sep 2010 06:19:03 +0600 Subject: [Freeswitch-users] Cluecon Videos In-Reply-To: <013d01cb5e61$4edcc140$ec9643c0$@com> References: <013d01cb5e61$4edcc140$ec9643c0$@com> Message-ID: We 150 Mbps of backbone. We can also do the torrent hosting for you. Regards HASSAN On Mon, Sep 27, 2010 at 22:30, Peder wrote: > If you have a link to the videos, I can create the torrent. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Collins > *Sent:* Monday, September 27, 2010 11:18 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Cluecon Videos > > > > I have this on my plate. I will get the community an update on Wednesday's > conference call. > -MC > > On Mon, Sep 27, 2010 at 2:35 AM, Giovanni Maruzzelli > wrote: > > Hi there, > > As Claudio Cavalera posted in another thread, would be really nice to > have a torrent for downloading videos and presentations of Cluecon > 2010 (a torrent for Cluecon 2009 is available). > > To whom is concerned: please, pleeease, pretty pleeeease! > > :) > > -giovanni > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/867e236a/attachment-0001.html From ross at ossiantelecom.co.uk Tue Sep 28 17:19:58 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Wed, 29 Sep 2010 01:19:58 +0100 Subject: [Freeswitch-users] NDLB-connectile-dysfunction adding expires to Contact header? In-Reply-To: <3B3242F1-5068-4DDE-A7B0-9DCA5F0DEA12@freeswitch.org> References: <51EBCE88-941F-4376-AD42-E6F61EF58B36@freeswitch.org> <09C64080-AE42-420D-B049-0071C771FE90@ossiantelecom.co.uk> <3B3242F1-5068-4DDE-A7B0-9DCA5F0DEA12@freeswitch.org> Message-ID: <0221F41A-1E0F-4D88-9BD4-FF63EB765703@ossiantelecom.co.uk> On 28 Sep 2010, at 23:48, Brian West wrote: > Honestly your device is broken if it can't overcome nat on its own. Your device is responsible for knowing its network topology and registering correctly and using keep alives and such to keep nat mappings open on its own.The connectile-dysfunction option shouldn't be used but for extreme cases of evil evil nat. I agree entirely - unfortunately as a service provider I don't get to pick the devices my customers use to connect... but try my best to accommodate them, this option made their service work :) > check for sip-force-expires on the wiki for more info but I think the NDLB option will override that to 30. It does. It doesn't affect me in 99% of cases so it's not a big problem - I just wasn't sure if it was a bug or not. Thanks again for your advice Best Regards, Ross From moises.silva at gmail.com Tue Sep 28 18:04:00 2010 From: moises.silva at gmail.com (Moises Silva) Date: Tue, 28 Sep 2010 21:04:00 -0400 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: <6e8db087d1eb31e6d11e4b2aa2af6220@thom.fr.eu.org> References: <24986.1285340573@ccs.covici.com> <6e8db087d1eb31e6d11e4b2aa2af6220@thom.fr.eu.org> Message-ID: On Mon, Sep 27, 2010 at 10:39 AM, Fran?ois Legal wrote: > It lacks the link to configuration examples that need to be ported from > openzap. > > If anybody can review this. What is the exact link? I worked a bit on the wiki today and plan to do the same tomorrow. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com From peter.schrock at gmail.com Tue Sep 28 19:11:17 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Tue, 28 Sep 2010 19:11:17 -0700 Subject: [Freeswitch-users] Server IP Address In-Reply-To: <9C78E98B-8998-4D5D-AFA5-721A1694D7F1@freeswitch.org> References: <1285544941653-5573167.post@n2.nabble.com> <9C78E98B-8998-4D5D-AFA5-721A1694D7F1@freeswitch.org> Message-ID: do you have any helpful advice on how to set up my ports correctly? peter On Tue, Sep 28, 2010 at 7:40 AM, Brian West wrote: > You shouldn't be hitting port 5080 when you register or invite. That > profile is 'external' by name only... it doesn't have auth enabled and hits > the public context. > > /b > > On Sep 27, 2010, at 11:47 PM, Peter Schrock wrote: > > > Yes, I have the FS book and I am on chapter 4 "SIP and the User > Directory". The exercise walks you through developing your own account and > it tells you to use "1100". > > I am still curious as to why it won't complete the call. When I call on > Bria, on my iPhone, it says "Temporarily Unavailable (480)". I just wish > there was something to stand out as a "oh, that's what I need to fix". :-\ > > > > Peter > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- "People should not be afraid of their governments, governments should be afraid of their people." -V- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100928/dc655dae/attachment.html From devel at thom.fr.eu.org Wed Sep 29 00:04:05 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 29 Sep 2010 09:04:05 +0200 Subject: [Freeswitch-users] Openzap rxgain and txgain not working well In-Reply-To: References: <24986.1285340573@ccs.covici.com> <6e8db087d1eb31e6d11e4b2aa2af6220@thom.fr.eu.org> Message-ID: <5e91d1a8d2e95fe3823da1883f958bb6@thom.fr.eu.org> Unfortunately, there is no (not yet ?) exact link. The page "Configuration examples" from Openzap would need to be ported/reworked for freetdm, then the link could be added on the freetdm page. Fran?ois On Tue, 28 Sep 2010 21:04:00 -0400, Moises Silva wrote: > On Mon, Sep 27, 2010 at 10:39 AM, Fran?ois Legal > wrote: >> It lacks the link to configuration examples that need to be ported from >> openzap. >> >> If anybody can review this. > > What is the exact link? I worked a bit on the wiki today and plan to > do the same tomorrow. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham > ON L3R 9R6 Canada > t. 1 905 474 1990 x128 | e. moy at sangoma.com > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 bernhard.suttner at winet.ch Wed Sep 29 01:20:04 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Wed, 29 Sep 2010 10:20:04 +0200 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: <20100928203306.209e60bb@mail.winet.ch> References: <20100928203306.209e60bb@mail.winet.ch> Message-ID: <4e154b89-e943-4487-af98-0bc8e4b4782a@winet.ch> Hi, I have attached the log to pastebin 14054. Any hint would be appreciated. Thanks. Best regards, Bernhard -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner Gesendet: Dienstag, 28. September 2010 20:33 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] no audio in loopback mode Hi Brian, Ok. I will create them tomorrow if I could not find a solution. I thought that I maybe miss something or that there is a good work-around. Best regards, Bernhard ----- Original Message ----- From: Brian West [mailto:brian at freeswitch.org] To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] Sent: Tue, 28 Sep 2010 20:23:36 +0200 Subject: Re: [Freeswitch-users] no audio in loopback mode > Logs on pastebin? with sip trace? > > /b > > On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: > > > Hi, > > > > I forget something to mention: If I set the loopback_bowout to "true" than > I have media in both directions. > > > > Best regards, > > Bernhard > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 bernhard.suttner at winet.ch Wed Sep 29 02:17:05 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Wed, 29 Sep 2010 11:17:05 +0200 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: <4e154b89-e943-4487-af98-0bc8e4b4782a@winet.ch> References: <20100928203306.209e60bb@mail.winet.ch> <4e154b89-e943-4487-af98-0bc8e4b4782a@winet.ch> Message-ID: <2b56446e-a6a7-4487-86e7-b091ba04d9de@winet.ch> Hi, I found out what happend. It's a bug within mod_loopback if loopback_bowout is set to false. If it is set to false, it will still not write/read the media because there is a missing check. The attached patch does fix the issue. Thanks a lot for your help and for all the great freeswitch stuff! Best regards, Bernhard -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner Gesendet: Mittwoch, 29. September 2010 10:20 An: 'FreeSWITCH Users Help' Betreff: Re: [Freeswitch-users] no audio in loopback mode Hi, I have attached the log to pastebin 14054. Any hint would be appreciated. Thanks. Best regards, Bernhard -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner Gesendet: Dienstag, 28. September 2010 20:33 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] no audio in loopback mode Hi Brian, Ok. I will create them tomorrow if I could not find a solution. I thought that I maybe miss something or that there is a good work-around. Best regards, Bernhard ----- Original Message ----- From: Brian West [mailto:brian at freeswitch.org] To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] Sent: Tue, 28 Sep 2010 20:23:36 +0200 Subject: Re: [Freeswitch-users] no audio in loopback mode > Logs on pastebin? with sip trace? > > /b > > On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: > > > Hi, > > > > I forget something to mention: If I set the loopback_bowout to "true" than > I have media in both directions. > > > > Best regards, > > Bernhard > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- A non-text attachment was scrubbed... Name: mod_loopback-bowout.patch Type: application/octet-stream Size: 1279 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/d07a681f/attachment.obj From engineerzuhairraza at gmail.com Wed Sep 29 06:09:19 2010 From: engineerzuhairraza at gmail.com (Zuhair Raza) Date: Wed, 29 Sep 2010 18:09:19 +0500 Subject: [Freeswitch-users] noanswer equivalent Message-ID: hi everyone What is "noanswer" equivalent in FS Like in asterisk $AGI->exec("Playback", "wav-file-1","noanswer"); so the file will be played without answering the call -- Regards, Zuhair Raza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/41f9ac09/attachment.html From pjintheusa at gmail.com Wed Sep 29 06:27:52 2010 From: pjintheusa at gmail.com (Phillip Jones) Date: Wed, 29 Sep 2010 09:27:52 -0400 Subject: [Freeswitch-users] IVR Menu Message-ID: Hi there, Anyone know whether entry actions in the ivr menu can expand channel variables? For example: The above would only pass is user correctly entered password? Thanks Pj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/a94a06ef/attachment-0001.html From david.ponzone at ipeva.fr Wed Sep 29 06:26:11 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 29 Sep 2010 15:26:11 +0200 Subject: [Freeswitch-users] noanswer equivalent In-Reply-To: References: Message-ID: <4C35A4B2-E830-4F0E-BFCC-109EAE59EFB0@ipeva.fr> If you dont answer explicitly the call, FS will try to playback the audio using early-media. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 29/09/2010 ? 15:09, Zuhair Raza a ?crit : > hi everyone > What is "noanswer" equivalent in FS > > Like in asterisk > $AGI->exec("Playback", "wav-file-1","noanswer"); > > so the file will be played without answering the call > > > -- > Regards, > Zuhair Raza > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/5c5369fd/attachment.html From sos at sokhapkin.dyndns.org Wed Sep 29 06:33:26 2010 From: sos at sokhapkin.dyndns.org (Sergey Okhapkin) Date: Wed, 29 Sep 2010 09:33:26 -0400 Subject: [Freeswitch-users] noanswer equivalent In-Reply-To: References: Message-ID: <201009290933.26373.sos@sokhapkin.dyndns.org> Playback application will play the file as early media if you do not answer the channel explicitly. On Wednesday 29 September 2010, Zuhair Raza wrote: > hi everyone > What is "noanswer" equivalent in FS > > Like in asterisk > $AGI->exec("Playback", "wav-file-1","noanswer"); > > so the file will be played without answering the call > From engineerzuhairraza at gmail.com Wed Sep 29 06:46:10 2010 From: engineerzuhairraza at gmail.com (Zuhair Raza) Date: Wed, 29 Sep 2010 18:46:10 +0500 Subject: [Freeswitch-users] noanswer equivalent In-Reply-To: <201009290933.26373.sos@sokhapkin.dyndns.org> References: <201009290933.26373.sos@sokhapkin.dyndns.org> Message-ID: yeah it worked it wasnt working from my X-lite softphone it worked from ip-phone as well as from other sip box Babak, on irc adviced me about this, he tested on 3cx On Wed, Sep 29, 2010 at 6:33 PM, Sergey Okhapkin wrote: > Playback application will play the file as early media if you do not answer > the > channel explicitly. > > On Wednesday 29 September 2010, Zuhair Raza wrote: > > hi everyone > > What is "noanswer" equivalent in FS > > > > Like in asterisk > > $AGI->exec("Playback", "wav-file-1","noanswer"); > > > > so the file will be played without answering the call > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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, Zuhair Raza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/1cf070f0/attachment.html From Nabble at slickdeals.endjunk.com Wed Sep 29 07:36:46 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 29 Sep 2010 07:36:46 -0700 (PDT) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <1285341082560-5567195.post@n2.nabble.com> <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> Message-ID: <1285771006987-5584182.post@n2.nabble.com> Serge Yuriev wrote: > > Hi, > > Just to be accurate: at least two exist :) > One IPP and one ITU. > First one fast but limited to 32-bit, second - low performance. I suppose you meant the IPP one is fast and limited to 32-bit platform. I wondered if this is the same one mentioned by Brian West in his http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5567247.html post right above yours. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584182.html Sent from the freeswitch-users mailing list archive at Nabble.com. From Nabble at slickdeals.endjunk.com Wed Sep 29 07:38:40 2010 From: Nabble at slickdeals.endjunk.com (mazilo) Date: Wed, 29 Sep 2010 07:38:40 -0700 (PDT) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> Message-ID: <1285771120946-5584195.post@n2.nabble.com> Georgiewskiy Yuriy wrote: > > On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: > > BW>It could be but it won't include the patent indemnity, isn't optimized > and doesn't support the project. ;) > BW> > BW>/b > BW> > BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: > BW> > BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU > G729 CoDec > BW>> source ? Can this be ported to FS? > > It's already ported, see http://github.com/Deepwalker/fs_itu_g729 Cool and thanks for the link. I believe this will be available for the next releases of FS. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584195.html Sent from the freeswitch-users mailing list archive at Nabble.com. From brian at freeswitch.org Wed Sep 29 07:55:21 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 29 Sep 2010 09:55:21 -0500 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285771120946-5584195.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: <98F2B88D-AB50-4BC9-8A97-661406B1CCB5@freeswitch.org> Stop posting links to this illegal codec. You can use this all you want but you'll waste HOURS of your life when it doesn't work correctly. /b On Sep 29, 2010, at 9:38 AM, mazilo wrote: > Georgiewskiy Yuriy wrote: >> >> On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: >> >> BW>It could be but it won't include the patent indemnity, isn't optimized >> and doesn't support the project. ;) >> BW> >> BW>/b >> BW> >> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: >> BW> >> BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU >> G729 CoDec >> BW>> source ? Can this be ported to FS? >> >> It's already ported, see http://github.com/Deepwalker/fs_itu_g729 > Cool and thanks for the link. I believe this will be available for the next > releases of FS. > > ----- From msc at freeswitch.org Wed Sep 29 07:59:46 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 29 Sep 2010 07:59:46 -0700 Subject: [Freeswitch-users] FreeSWITCH Conference Call Today Message-ID: Hey all, the FreeSWITCH conf call agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2010_09_29 It is a light agenda today but I have several things that I want to discuss with the community and I do have a few items that I'd like to get documented and I would appreciate some input from the gang. See you at 1 Eastern/10 Pacific -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/6ce4102e/attachment.html From anthony.minessale at gmail.com Wed Sep 29 08:01:33 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 29 Sep 2010 10:01:33 -0500 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285771006987-5584182.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> <1285341082560-5567195.post@n2.nabble.com> <21AF7AA5-CF6F-4EFD-BC2F-C04375D38651@freeswitch.org> <1285771006987-5584182.post@n2.nabble.com> Message-ID: You have to buy licenses anyway, you may as well buy them from us and get our codec which is included. We worked for several years to bring this service to the community and I do not appreciate this discussion. If FreeSWITCH being free is not enough for you and you have to try to illegally use G729, maybe you could find some other retched hive of scum and villainy to discuss it in. We will certainly do everything we can to make those reference implementations not work in FreeSWITCH and it appalling that someone will put the effort in how to learn to make FreeSWITCH code just to hack in G729 and not donate their time to a more useful cause in the project. Anyone continuing to comment on this thread will be moderated. On Wed, Sep 29, 2010 at 9:36 AM, mazilo wrote: > > > Serge Yuriev wrote: >> >> Hi, >> >> Just to be accurate: at least two exist :) >> One IPP and one ITU. >> First one fast but limited to 32-bit, second - low performance. > I suppose you meant the IPP one is fast and limited to 32-bit platform. I > wondered if this is the same one mentioned by Brian West in his > http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5567247.html > post ?right above yours. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584182.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From anthony.minessale at gmail.com Wed Sep 29 08:29:46 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 29 Sep 2010 10:29:46 -0500 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: <2b56446e-a6a7-4487-86e7-b091ba04d9de@winet.ch> References: <20100928203306.209e60bb@mail.winet.ch> <4e154b89-e943-4487-af98-0bc8e4b4782a@winet.ch> <2b56446e-a6a7-4487-86e7-b091ba04d9de@winet.ch> Message-ID: I added your patch but going forward: 1) please use git diffs from the build root. 2) please post patches to http://jira.freeswitch.org No big deal this one time but we are trying to establish a sane workflow. On Wed, Sep 29, 2010 at 4:17 AM, Bernhard Suttner wrote: > Hi, > > I found out what happend. It's a bug within mod_loopback if loopback_bowout is set to false. If it is set to false, it will still not write/read the media because there is a missing check. The attached patch does fix the issue. > > Thanks a lot for your help and for all the great freeswitch stuff! > > Best regards, > Bernhard > > -----Urspr?ngliche Nachricht----- > Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner > Gesendet: Mittwoch, 29. September 2010 10:20 > An: 'FreeSWITCH Users Help' > Betreff: Re: [Freeswitch-users] no audio in loopback mode > > Hi, > > I have attached the log to pastebin 14054. > > Any hint would be appreciated. Thanks. > > Best regards, > Bernhard > > -----Urspr?ngliche Nachricht----- > Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner > Gesendet: Dienstag, 28. September 2010 20:33 > An: FreeSWITCH Users Help > Betreff: Re: [Freeswitch-users] no audio in loopback mode > > Hi Brian, > > Ok. I will create them tomorrow if I could not find a solution. I thought that I maybe miss something or that there is a good work-around. > > Best regards, > Bernhard > > ----- Original Message ----- > From: Brian West [mailto:brian at freeswitch.org] > To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] > Sent: Tue, 28 Sep 2010 20:23:36 +0200 > Subject: Re: [Freeswitch-users] no audio in loopback mode > > >> Logs on pastebin? with sip trace? >> >> /b >> >> On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: >> >> > Hi, >> > >> > I forget something to mention: If I set the loopback_bowout to "true" than >> I have media in both directions. >> > >> > Best regards, >> > Bernhard >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From bernhard.suttner at winet.ch Wed Sep 29 08:36:41 2010 From: bernhard.suttner at winet.ch (Bernhard Suttner) Date: Wed, 29 Sep 2010 17:36:41 +0200 Subject: [Freeswitch-users] no audio in loopback mode In-Reply-To: References: <20100928203306.209e60bb@mail.winet.ch><4e154b89-e943-4487-af98-0bc8e4b4782a@winet.ch><2b56446e-a6a7-4487-86e7-b091ba04d9de@winet.ch> Message-ID: <4f3171ba-26e8-46f0-832b-2ad7492f0765@winet.ch> Thx for adding the patch. Next time I will create the jira account. BR, Bernhard -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Anthony Minessale Gesendet: Mittwoch, 29. September 2010 17:30 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] no audio in loopback mode I added your patch but going forward: 1) please use git diffs from the build root. 2) please post patches to http://jira.freeswitch.org No big deal this one time but we are trying to establish a sane workflow. On Wed, Sep 29, 2010 at 4:17 AM, Bernhard Suttner wrote: > Hi, > > I found out what happend. It's a bug within mod_loopback if loopback_bowout is set to false. If it is set to false, it will still not write/read the media because there is a missing check. The attached patch does fix the issue. > > Thanks a lot for your help and for all the great freeswitch stuff! > > Best regards, > Bernhard > > -----Urspr?ngliche Nachricht----- > Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner > Gesendet: Mittwoch, 29. September 2010 10:20 > An: 'FreeSWITCH Users Help' > Betreff: Re: [Freeswitch-users] no audio in loopback mode > > Hi, > > I have attached the log to pastebin 14054. > > Any hint would be appreciated. Thanks. > > Best regards, > Bernhard > > -----Urspr?ngliche Nachricht----- > Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bernhard Suttner > Gesendet: Dienstag, 28. September 2010 20:33 > An: FreeSWITCH Users Help > Betreff: Re: [Freeswitch-users] no audio in loopback mode > > Hi Brian, > > Ok. I will create them tomorrow if I could not find a solution. I thought that I maybe miss something or that there is a good work-around. > > Best regards, > Bernhard > > ----- Original Message ----- > From: Brian West [mailto:brian at freeswitch.org] > To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] > Sent: Tue, 28 Sep 2010 20:23:36 +0200 > Subject: Re: [Freeswitch-users] no audio in loopback mode > > >> Logs on pastebin? with sip trace? >> >> /b >> >> On Sep 28, 2010, at 1:12 PM, Bernhard Suttner wrote: >> >> > Hi, >> > >> > I forget something to mention: If I set the loopback_bowout to "true" than >> I have media in both directions. >> > >> > Best regards, >> > Bernhard >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users at 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 babak.freeswitch at gmail.com Wed Sep 29 09:13:59 2010 From: babak.freeswitch at gmail.com (babak yakhchali) Date: Wed, 29 Sep 2010 19:43:59 +0330 Subject: [Freeswitch-users] IVR problem Message-ID: Hi I'm using an ivr menu to route my calls to different scripts but some times during execution of scripts ivr starts again and caller goes to ivr menu and this is my menu thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/86e12fe2/attachment.html From steveayre at gmail.com Wed Sep 29 09:38:37 2010 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 29 Sep 2010 17:38:37 +0100 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <1285771120946-5584195.post@n2.nabble.com> References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: NO NO NO NO it won't. Just because it's from the ITU does NOT mean it's licensed. It is not legal to use it unless you've obtained licenses in some way, which is extremely unlikely. It will not replace mod_g729 and it is less optimised than mod_com_g729. If you require transcoding, use either mod_com_g729 or one of the hardware cards from Sangoma. -Steve On 29 September 2010 15:38, mazilo wrote: > > > Georgiewskiy Yuriy wrote: >> >> On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: >> >> BW>It could be but it won't include the patent indemnity, isn't optimized >> and doesn't support the project. ?;) >> BW> >> BW>/b >> BW> >> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: >> BW> >> BW>> How about the ?http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU >> G729 CoDec >> BW>> source ? Can this be ported to FS? >> >> It's already ported, see http://github.com/Deepwalker/fs_itu_g729 > Cool and thanks for the link. I believe this will be available for the next > releases of FS. > > ----- > don't and stop are the ONLY two 4-letter words considered offensive to men, > but not when used together. > -- > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584195.html > Sent from the freeswitch-users mailing list archive at Nabble.com. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mnhassan at usa.net Wed Sep 29 09:52:14 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Wed, 29 Sep 2010 22:52:14 +0600 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: Speaking about Sangoma cards, do they work stand alone, without any TDM cards? Regards HASSAN On Wed, Sep 29, 2010 at 22:38, Steven Ayre wrote: > NO NO NO NO it won't. > > Just because it's from the ITU does NOT mean it's licensed. It is not > legal to use it unless you've obtained licenses in some way, which is > extremely unlikely. > > It will not replace mod_g729 and it is less optimised than mod_com_g729. > > If you require transcoding, use either mod_com_g729 or one of the > hardware cards from Sangoma. > > -Steve > > > On 29 September 2010 15:38, mazilo wrote: > > > > > > Georgiewskiy Yuriy wrote: > >> > >> On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: > >> > >> BW>It could be but it won't include the patent indemnity, isn't > optimized > >> and doesn't support the project. ;) > >> BW> > >> BW>/b > >> BW> > >> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: > >> BW> > >> BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU > >> G729 CoDec > >> BW>> source ? Can this be ported to FS? > >> > >> It's already ported, see http://github.com/Deepwalker/fs_itu_g729 > > Cool and thanks for the link. I believe this will be available for the > next > > releases of FS. > > > > ----- > > don't and stop are the ONLY two 4-letter words considered offensive to > men, > > but not when used together. > > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584195.html > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/8c27ef00/attachment-0001.html From mrene_lists at avgs.ca Wed Sep 29 09:57:44 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Wed, 29 Sep 2010 12:57:44 -0400 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: <81EFE28B-1200-4918-93E5-555F1447D573@avgs.ca> They are standalone independent cards, they don't require any other hardware. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-09-29, at 12:52 PM, Nyamul Hassan wrote: > Speaking about Sangoma cards, do they work stand alone, without any TDM cards? > > Regards > HASSAN > > > On Wed, Sep 29, 2010 at 22:38, Steven Ayre wrote: > NO NO NO NO it won't. > > Just because it's from the ITU does NOT mean it's licensed. It is not > legal to use it unless you've obtained licenses in some way, which is > extremely unlikely. > > It will not replace mod_g729 and it is less optimised than mod_com_g729. > > If you require transcoding, use either mod_com_g729 or one of the > hardware cards from Sangoma. > > -Steve > > > On 29 September 2010 15:38, mazilo wrote: > > > > > > Georgiewskiy Yuriy wrote: > >> > >> On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: > >> > >> BW>It could be but it won't include the patent indemnity, isn't optimized > >> and doesn't support the project. ;) > >> BW> > >> BW>/b > >> BW> > >> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: > >> BW> > >> BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/en ITU > >> G729 CoDec > >> BW>> source ? Can this be ported to FS? > >> > >> It's already ported, see http://github.com/Deepwalker/fs_itu_g729 > > Cool and thanks for the link. I believe this will be available for the next > > releases of FS. > > > > ----- > > don't and stop are the ONLY two 4-letter words considered offensive to men, > > but not when used together. > > -- > > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584195.html > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/25752c38/attachment.html From freeswitch-list at puzzled.xs4all.nl Wed Sep 29 10:06:49 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Wed, 29 Sep 2010 19:06:49 +0200 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: <4CA37229.6040603@puzzled.xs4all.nl> On 09/29/2010 06:52 PM, Nyamul Hassan wrote: > Speaking about Sangoma cards, do they work stand alone, without any TDM > cards? Iirc yes. They use an Ethernet interface where mod_sangoma_codec sends the call to be processed and gets the result back from. Afaik nothing else is required. Regards, Patrick From david.ponzone at ipeva.fr Wed Sep 29 10:08:17 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 29 Sep 2010 19:08:17 +0200 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: <920A7322-297D-470A-AAF9-47390634057C@ipeva.fr> The D100 is a pure-transcoding card. There is no interface of any type on it. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 29/09/2010 ? 18:52, Nyamul Hassan a ?crit : > Speaking about Sangoma cards, do they work stand alone, without any > TDM cards? > > Regards > HASSAN > > > On Wed, Sep 29, 2010 at 22:38, Steven Ayre > wrote: > NO NO NO NO it won't. > > Just because it's from the ITU does NOT mean it's licensed. It is not > legal to use it unless you've obtained licenses in some way, which is > extremely unlikely. > > It will not replace mod_g729 and it is less optimised than > mod_com_g729. > > If you require transcoding, use either mod_com_g729 or one of the > hardware cards from Sangoma. > > -Steve > > > On 29 September 2010 15:38, mazilo > wrote: > > > > > > Georgiewskiy Yuriy wrote: > >> > >> On 2010-09-24 09:22 -0500, Brian West wrote FreeSWITCH Users Help: > >> > >> BW>It could be but it won't include the patent indemnity, isn't > optimized > >> and doesn't support the project. ;) > >> BW> > >> BW>/b > >> BW> > >> BW>On Sep 24, 2010, at 9:18 AM, mazilo wrote: > >> BW> > >> BW>> How about the http://www.itu.int/rec/T-REC-G.729-200701-I/ > en ITU > >> G729 CoDec > >> BW>> source ? Can this be ported to FS? > >> > >> It's already ported, see http://github.com/Deepwalker/fs_itu_g729 > > Cool and thanks for the link. I believe this will be available for > the next > > releases of FS. > > > > ----- > > don't and stop are the ONLY two 4-letter words considered > offensive to men, > > but not when used together. > > -- > > View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5584195.html > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/400d6a41/attachment.html From jonyoung111 at gmail.com Wed Sep 29 12:22:02 2010 From: jonyoung111 at gmail.com (Jon Young) Date: Wed, 29 Sep 2010 12:22:02 -0700 Subject: [Freeswitch-users] Sending "alert-info:...." to devices from Conference Message-ID: Hi, I'm using a derivative of the "mad_boss_intercom" to set up paging. I have some devices that need an "alert-info:<...url...>; info=alert-autoanswer" in order to auto answer. Can I set or export that from within the paging/intercom XML or can it be included in the "conference_auto_outcall_prefix". Here is what one of the zones looks like: This currently works fine with Aastra phones, but not my other phones which need the "alert-info..." Thanks, Jon From rmorin at blie-ent.com Wed Sep 29 12:22:04 2010 From: rmorin at blie-ent.com (Rob Morin) Date: Wed, 29 Sep 2010 15:22:04 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <19074.1285456498@ccs.covici.com> References: <14381.1285250251@ccs.covici.com><4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org><15271.1285252472@ccs.covici.com><15773.1285254902@ccs.covici.com> <19074.1285456498@ccs.covici.com> Message-ID: Two items, one for John, and one for the community: 1. Did you (John) ever get this working? 2. There has been discussion that if the calls are g729, that 2*n licenses are required (where n is the number of legs on a conference call). Would it be possible, and legal, to use an implementation such as this to create an extension that gets recorded such that the number of licenses required to record a conference call would be n+1, rather than n*2? Thank you, Rob Morin -----Original Message----- From: covici at ccs.covici.com [mailto:covici at ccs.covici.com] Sent: 09/25/2010 7:15 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] serious problem in record_session OK, I had the following problems executing your idea -- I am sure its because I don't know what I am doing, but only way to learn! When I did the bind_meta_app to the start_recording_extension it worked after a fashioni.e. it started a new file, but kept the old one going. Now what I tried after that was I figured if I could execute record_session with the same file name again it would close the file and all things would be good. In order to do this, I tried to set a variable to false record_in_progress and execute an extension in that one which would set it to true and if I hit the key again the variable would be true and then it would close the file. However what I ran into was that from the extension called stop_recording where I have a condition for the variable to be true, and an anti-application to set it to true if it were false the set takes place, but the variable never actually gets set. I see the set, but if I log the variable its still false. So what am I doing wrong here? Here are the two extensions I wrote: with a meta_bind_app bound to start_recording. Any ideas would be appreciated. covici at ccs.covici.com wrote: > Sounds like a plan. > > Thanks. > > Anthony Minessale wrote: > > > the easy way would be to bind to execute_extension instead of record > > and make up an exten like start_record, then make an extension that > > tests for destination_number to be "start_record" and do it from > > there. > > > > > > On Thu, Sep 23, 2010 at 9:34 AM, wrote: > > > That would append to the same file -- I would like to have the > > > time string be the current time, evaluated in real time -- is this possible? > > > > > > Brian West wrote: > > > > > >> Set RECORD_APPEND=true variable. > > >> > > >> /b > > >> > > >> On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: > > >> > > >> > Hi. ?I am having a serious problem making record_session work > > >> > properly in my dialplan -- it records fine using meta-app, but > > >> > if I turn it off and on, it overwrites the previous file with > > >> > the same time and date when the meta-app was invoked. ?Is there > > >> > anyway to make the time the current time so it would give another file? > > >> > > > >> > Thanks for any ideas. > > >> > > > >> > -- > > >> > 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 > > >> > > > >> > _______________________________________________ > > >> > FreeSWITCH-users mailing list > > >> > FreeSWITCH-users at lists.freeswitch.org > > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswi > > >> > tch-users > > >> > http://www.freeswitch.org > > >> > > >> > > >> _______________________________________________ > > >> FreeSWITCH-users mailing list > > >> FreeSWITCH-users at lists.freeswitch.org > > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitc > > >> h-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 > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > FreeSWITCH http://www.freeswitch.org/ ClueCon > > http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-u > > sers > > http://www.freeswitch.org > > -- > 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org -- 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 covici at ccs.covici.com Wed Sep 29 12:54:02 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Wed, 29 Sep 2010 15:54:02 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: References: <14381.1285250251@ccs.covici.com><4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org><15271.1285252472@ccs.covici.com><15773.1285254902@ccs.covici.com> <19074.1285456498@ccs.covici.com> Message-ID: <633.1285790042@ccs.covici.com> I am still working on it -- got some ideas from people on the conference. Rob Morin wrote: > Two items, one for John, and one for the community: > > 1. Did you (John) ever get this working? > > 2. There has been discussion that if the calls are g729, that 2*n licenses > are required (where n is the number of legs on a conference call). Would it > be possible, and legal, to use an implementation such as this to create an > extension that gets recorded such that the number of licenses required to > record a conference call would be n+1, rather than n*2? > > Thank you, > Rob Morin > > -----Original Message----- > From: covici at ccs.covici.com [mailto:covici at ccs.covici.com] > Sent: 09/25/2010 7:15 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] serious problem in record_session > > OK, I had the following problems executing your idea -- I am sure its > because I don't know what I am doing, but only way to learn! When I did the > bind_meta_app to the start_recording_extension it worked after a fashioni.e. > it started a new file, but kept the old one going. Now what I tried after > that was I figured if I could execute record_session with the same file name > again it would close the file and all things would be good. In order to do > this, I tried to set a variable to false record_in_progress and execute an > extension in that one which would set it to true and if I hit the key again > the variable would be true and then it would close the file. However what I > ran into was that from the extension called stop_recording where I have a > condition for the variable to be true, and an anti-application to set it to > true if it were false the set takes place, but the variable never actually > gets set. I see the set, but if I log the variable its still false. So > what am I doing wrong here? > > Here are the two extensions I wrote: > > > application="set" > data="record_fn=$${recordings_dir}/${caller_id_number}.${real_destination_nu > mber}.${strftime(%Y-%m-%d-%H-%M-%S)}.wav" > /> > > field="destination_number" expression="^stop_recording$" /> field="record_in_progress" expression="^true$"> application="record_session" data="${record_fn}"/> data="record_in_progress=false"/> data="record_in_progress=true"/> with a > meta_bind_app bound to start_recording. > > Any ideas would be appreciated. > > covici at ccs.covici.com wrote: > > > Sounds like a plan. > > > > Thanks. > > > > Anthony Minessale wrote: > > > > > the easy way would be to bind to execute_extension instead of record > > > and make up an exten like start_record, then make an extension that > > > tests for destination_number to be "start_record" and do it from > > > there. > > > > > > > > > On Thu, Sep 23, 2010 at 9:34 AM, wrote: > > > > That would append to the same file -- I would like to have the > > > > time string be the current time, evaluated in real time -- is this > possible? > > > > > > > > Brian West wrote: > > > > > > > >> Set RECORD_APPEND=true variable. > > > >> > > > >> /b > > > >> > > > >> On Sep 23, 2010, at 8:57 AM, covici at ccs.covici.com wrote: > > > >> > > > >> > Hi. ?I am having a serious problem making record_session work > > > >> > properly in my dialplan -- it records fine using meta-app, but > > > >> > if I turn it off and on, it overwrites the previous file with > > > >> > the same time and date when the meta-app was invoked. ?Is there > > > >> > anyway to make the time the current time so it would give another > file? > > > >> > > > > >> > Thanks for any ideas. > > > >> > > > > >> > -- > > > >> > 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 > > > >> > > > > >> > _______________________________________________ > > > >> > FreeSWITCH-users mailing list > > > >> > FreeSWITCH-users at lists.freeswitch.org > > > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswi > > > >> > tch-users > > > >> > http://www.freeswitch.org > > > >> > > > >> > > > >> _______________________________________________ > > > >> FreeSWITCH-users mailing list > > > >> FreeSWITCH-users at lists.freeswitch.org > > > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitc > > > >> h-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 > > > > > > > > _______________________________________________ > > > > FreeSWITCH-users mailing list > > > > FreeSWITCH-users at 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 > > > > > > FreeSWITCH http://www.freeswitch.org/ ClueCon > > > http://www.cluecon.com/ > > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > > > AIM: anthm > > > MSN:anthony_minessale at hotmail.com > > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > > IRC: irc.freenode.net #freeswitch > > > > > > FreeSWITCH Developer Conference > > > sip:888 at conference.freeswitch.org > > > googletalk:conf+888 at conference.freeswitch.org > > > pstn:+19193869900 > > > > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-u > > > sers > > > http://www.freeswitch.org > > > > -- > > 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > > rs > > http://www.freeswitch.org > > -- > 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 > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 moises.silva at gmail.com Wed Sep 29 13:09:56 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 29 Sep 2010 16:09:56 -0400 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: <920A7322-297D-470A-AAF9-47390634057C@ipeva.fr> References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> <920A7322-297D-470A-AAF9-47390634057C@ipeva.fr> Message-ID: On Wed, Sep 29, 2010 at 1:08 PM, David Ponzone wrote: > The D100 is a pure-transcoding card. There is no interface of any type on > it. But still its transcoding resources can be distributed across different FreeSWITCH and Asterisk boxes through pure RTP. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy at sangoma.com From brian at freeswitch.org Wed Sep 29 14:26:55 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 29 Sep 2010 16:26:55 -0500 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: References: <14381.1285250251@ccs.covici.com><4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org><15271.1285252472@ccs.covici.com><15773.1285254902@ccs.covici.com> <19074.1285456498@ccs.covici.com> Message-ID: <41BCD9C9-B1BD-4EF1-8412-3C2D972C68D8@freeswitch.org> You know recording is built into the conference itself. /b On Sep 29, 2010, at 2:22 PM, Rob Morin wrote: > Two items, one for John, and one for the community: > > 1. Did you (John) ever get this working? > > 2. There has been discussion that if the calls are g729, that 2*n licenses > are required (where n is the number of legs on a conference call). Would it > be possible, and legal, to use an implementation such as this to create an > extension that gets recorded such that the number of licenses required to > record a conference call would be n+1, rather than n*2? > > Thank you, > Rob Morin From mario_fs at mgtech.com Wed Sep 29 15:27:01 2010 From: mario_fs at mgtech.com (Mario) Date: Wed, 29 Sep 2010 15:27:01 -0700 Subject: [Freeswitch-users] Best way to mimic nested conditions? Message-ID: <4CA3BD35.3000906@mgtech.com> I am struggling with the extension below which is a snippet of a larger one that simply says "Hi" followed by a name based on the caller id. I have looked at the book/wiki but the samples didn't work for me. I tried various options but this is as close as I can get. What is happening is that the first action (hi) does not play, and then only extension 100 will work. As if the break=true is not honored. BTW I looked at macros but wanted to keep the numbers and file names close together. I thought this was easier. Thanks! I also tried this which plays the "hi" but will not go beyond ext 100. From riedinger at sns.eu Wed Sep 29 15:54:15 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Thu, 30 Sep 2010 00:54:15 +0200 Subject: [Freeswitch-users] Best way to mimic nested conditions? In-Reply-To: <4CA3BD35.3000906@mgtech.com> References: <4CA3BD35.3000906@mgtech.com> Message-ID: <4CA3C397.2020109@sns.eu> Hi Mario, try to use on-true instead of on_true :-). BR Jan Am 30.09.2010 00:27, schrieb Mario: > I am struggling with the extension below which is a snippet of a larger > one that simply says "Hi" followed by a name based on the caller id. I > have looked at the book/wiki but the samples didn't work for me. I tried > various options but this is as close as I can get. What is happening is > that the first action (hi) does not play, and then only extension 100 > will work. As if the break=true is not honored. BTW I looked at macros > but wanted to keep the numbers and file names close together. I thought > this was easier. Thanks! > > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/pam.wav break="on_true""/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav break="on_true""/> > > > > I also tried this which plays the "hi" but will not go beyond ext 100. > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/pam.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav"/> > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From msc at freeswitch.org Wed Sep 29 16:37:08 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 29 Sep 2010 16:37:08 -0700 Subject: [Freeswitch-users] Best way to mimic nested conditions? In-Reply-To: <4CA3BD35.3000906@mgtech.com> References: <4CA3BD35.3000906@mgtech.com> Message-ID: Can you paste these dialplan snippets into pastebin? I don't know if my mail reader is messing them up, but I'm seeing what appear to be really weird lines, like this: That line doesn't look valid to me and I want to make sure that it is (or isn't) what you are actually using. Thanks, MC On Wed, Sep 29, 2010 at 3:27 PM, Mario wrote: > I am struggling with the extension below which is a snippet of a larger > one that simply says "Hi" followed by a name based on the caller id. I > have looked at the book/wiki but the samples didn't work for me. I tried > various options but this is as close as I can get. What is happening is > that the first action (hi) does not play, and then only extension 100 > will work. As if the break=true is not honored. BTW I looked at macros > but wanted to keep the numbers and file names close together. I thought > this was easier. Thanks! > > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/pam.wav break="on_true""/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav break="on_true""/> > > > > I also tried this which plays the "hi" but will not go beyond ext 100. > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/pam.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav"/> > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100929/284c719e/attachment.html From gavin.henry at gmail.com Wed Sep 29 16:43:25 2010 From: gavin.henry at gmail.com (Gavin Henry) Date: Thu, 30 Sep 2010 00:43:25 +0100 Subject: [Freeswitch-users] mod_sofia in contact header In-Reply-To: <2DF2094D-662D-4E81-AB9F-C9A2D11EC714@ossiantelecom.co.uk> References: <2DF2094D-662D-4E81-AB9F-C9A2D11EC714@ossiantelecom.co.uk> Message-ID: On 28 September 2010 22:30, Ross McKillop wrote: > Is it possible to change the user portion of the URI in the contact header ? > > I know you can change it when originating a call using sip_contact_user but there > doesn't appear to be a way to change this on a per-profile basis so that it's also > used in REGISTER and NOTIFY. > > I want to hide it in order to obscure what I use for security - in much the same > reason as you would disable or obscure the Server header in Apache HTTPD > or the greeting from an SMTP server. ?Anywhere someone sees mod_sofia@ > they know FreeSWITCH is at the other end and can refine an attack based on > this. > > I appreciate that FreeSWITCH is quite secure, and there aren't many known > exploits for it - but every little helps to give a potential intruder less information > to go on. Hey Ross, If you search the archives there have been other questions like this but more from a "I don't want people to know we use FreeSWITCH or Open Source" point of view. Have a read of the valid replies why FS branding at some levels stays in and your options. I'd be proud to show off FS and just want to hide version/git numbers. Even if you did hide that you can still work out it's FreeSWITCH, but saying that sofia is an open source Nokia stack so it doesn't mean FreeSWITCH straight away. FreeSWITCH is respected and an extremely reliable product (plus all the other praise I'm too tired to write!) and should be honoured. It's saved us a fortune with our VoIP interconnects and we try to put money back into it (got a project starting soon re billing/LCR etc.). Cheers, Gavin. -- http://www.suretecsystems.com/services/openldap/ http://www.surevoip.co.uk From mario_fs at mgtech.com Wed Sep 29 17:06:56 2010 From: mario_fs at mgtech.com (Mario) Date: Wed, 29 Sep 2010 17:06:56 -0700 Subject: [Freeswitch-users] Best way to mimic nested conditions? In-Reply-To: References: <4CA3BD35.3000906@mgtech.com> Message-ID: <4CA3D4A0.6060506@mgtech.com> Another poster found the problem - my eyes are old and did not notice on_true instead of on-true. The line works now, thanks! BTW, I tried using macros but can't get them to work no matter where I place them. On 09/29/10 16:37, Michael Collins wrote: > Can you paste these dialplan snippets into pastebin? I don't know if my > mail reader is messing them up, but I'm seeing what appear to be really > weird lines, like this: > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav break="on_true""/> > > That line doesn't look valid to me and I want to make sure that it is > (or isn't) what you are actually using. > > Thanks, > MC > > On Wed, Sep 29, 2010 at 3:27 PM, Mario > wrote: > > I am struggling with the extension below which is a snippet of a larger > one that simply says "Hi" followed by a name based on the caller id. I > have looked at the book/wiki but the samples didn't work for me. I tried > various options but this is as close as I can get. What is happening is > that the first action (hi) does not play, and then only extension 100 > will work. As if the break=true is not honored. BTW I looked at macros > but wanted to keep the numbers and file names close together. I thought > this was easier. Thanks! > > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/pam.wav break="on_true""/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav break="on_true""/> > > > > I also tried this which plays the "hi" but will not go beyond ext 100. > > > data="/usr/local/freeswitch/conf/mvsounds/hi.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/danny.wav"/> > > break="on_true"> > data="/usr/local/freeswitch/conf/mvsounds/pam.wav"/> > > > data="/usr/local/freeswitch/conf/mvsounds/jerry.wav"/> > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Wed Sep 29 18:31:52 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Wed, 29 Sep 2010 21:31:52 -0400 Subject: [Freeswitch-users] Sending "alert-info:...." to devices from Conference In-Reply-To: References: Message-ID: <4CA3E888.5020303@communicatefreely.net> Try this: It works with Aastra phones. Jon Young wrote: > Hi, > > I'm using a derivative of the "mad_boss_intercom" to set up paging. I > have some devices that need an "alert-info:<...url...>; > info=alert-autoanswer" in order to auto answer. Can I set or export > that from within the paging/intercom XML or can it be included in the > "conference_auto_outcall_prefix". Here is what one of the zones looks > like: > > > > data="conference_auto_outcall_caller_id_name=Page1"/> > data="conference_auto_outcall_caller_id_number=1999"/> > > > data="conference_auto_outcall_prefix={sip_auto_answer=true,execute_on_answer='bind_meta_app > 2 a s1 transfer::intercept:${uuid} inline'}"/> > > data="${group_call(pagezone01)}"/> > data="paging1 at default+flags{endconf|deaf}"/> > > > > This currently works fine with Aastra phones, but not my other phones > which need the "alert-info..." > > Thanks, > > Jon > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 steveu at coppice.org Wed Sep 29 19:07:29 2010 From: steveu at coppice.org (Steve Underwood) Date: Thu, 30 Sep 2010 10:07:29 +0800 Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: <1285337934295-5567000.post@n2.nabble.com> <8F2CD116-937E-4D06-AEA4-869130559D9F@freeswitch.org> <1285771120946-5584195.post@n2.nabble.com> Message-ID: <4CA3F0E1.1080709@coppice.org> On 09/30/2010 12:38 AM, Steven Ayre wrote: > NO NO NO NO it won't. > > Just because it's from the ITU does NOT mean it's licensed. It is not > legal to use it unless you've obtained licenses in some way, which is > extremely unlikely. > > It will not replace mod_g729 and it is less optimised than mod_com_g729. > > If you require transcoding, use either mod_com_g729 or one of the > hardware cards from Sangoma. > > -Steve Actually, if you use the ITU code as a basis for an unlicensed G.729 codec, you add copyright violation to patent infringement. :-) Steve From ovvenkatesan at gmail.com Wed Sep 29 21:52:00 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 30 Sep 2010 10:22:00 +0530 Subject: [Freeswitch-users] Not able to connect mysql using Dbh Message-ID: Hi to all, I could not able to connect to mySql using Dbh. Here is the coding I have used to connect to my db. * local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* I am getting following error while executing the lua test.lua in fs_cli 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' (a nil value) stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main chunk */etc/odbc.ini* file contains [dsn_name] Driver=MySQL SERVER=localhost PORT=3306 USER=venkat PASSWORD=venkat123 DATABASE=venkat Socket = /var/lib/mysql/mysql.sock *I can able to connect to my db using following command * isql dsn_name venkat venkat123 I trying to figure it out for past two days and gone though wiki not able to crack it. Any one please help me to resolve my issue. -- Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/8b9f66e9/attachment-0001.html From frank at carmickle.com Wed Sep 29 21:53:52 2010 From: frank at carmickle.com (Frank Carmickle) Date: Thu, 30 Sep 2010 00:53:52 -0400 Subject: [Freeswitch-users] Sending "alert-info:...." to devices from Conference In-Reply-To: References: Message-ID: What phones? --FC On Sep 29, 2010, at 3:22 PM, Jon Young wrote: > Hi, > > I'm using a derivative of the "mad_boss_intercom" to set up paging. I > have some devices that need an "alert-info:<...url...>; > info=alert-autoanswer" in order to auto answer. Can I set or export > that from within the paging/intercom XML or can it be included in the > "conference_auto_outcall_prefix". Here is what one of the zones looks > like: > > > > data="conference_auto_outcall_caller_id_name=Page1"/> > data="conference_auto_outcall_caller_id_number=1999"/> > > > data="conference_auto_outcall_prefix={sip_auto_answer=true,execute_on_answer='bind_meta_app > 2 a s1 transfer::intercept:${uuid} inline'}"/> > > data="${group_call(pagezone01)}"/> > data="paging1 at default+flags{endconf|deaf}"/> > > > > This currently works fine with Aastra phones, but not my other phones > which need the "alert-info..." > > Thanks, > > Jon > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 mnhassan at usa.net Wed Sep 29 22:11:33 2010 From: mnhassan at usa.net (Nyamul Hassan) Date: Thu, 30 Sep 2010 11:11:33 +0600 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: Which version of FreeSWITCH? Regards HASSAN On 2010-09-30, ovvenkat wrote: > Hi to all, > I could not able to connect to mySql using Dbh. Here is the coding I have > used to connect to my db. > * > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* > > I am getting following error while executing the lua test.lua in fs_cli > > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' (a > nil value) > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main chunk > > */etc/odbc.ini* file contains > > [dsn_name] > Driver=MySQL > SERVER=localhost > PORT=3306 > USER=venkat > PASSWORD=venkat123 > DATABASE=venkat > Socket = /var/lib/mysql/mysql.sock > > *I can able to connect to my db using following command * > > isql dsn_name venkat venkat123 > > I trying to figure it out for past two days and gone though wiki not able > to crack it. Any one please help me to resolve my issue. > > > -- > > Regards > Venkatesan OV. > -- Sent from my mobile device From ovvenkatesan at gmail.com Wed Sep 29 22:33:06 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 30 Sep 2010 11:03:06 +0530 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: Hi Sassan, Which version of FreeSWITCH? > > FreeSWITCH Version 1.0.6 Installed on CENT OS 5.3 Regards, Venkat. Regards > HASSAN > > > On 2010-09-30, ovvenkat wrote: > > Hi to all, > > I could not able to connect to mySql using Dbh. Here is the coding I have > > used to connect to my db. > > * > > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* > > > > I am getting following error while executing the lua test.lua in fs_cli > > > > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 > > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' (a > > nil value) > > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main chunk > > > > */etc/odbc.ini* file contains > > > > [dsn_name] > > Driver=MySQL > > SERVER=localhost > > PORT=3306 > > USER=venkat > > PASSWORD=venkat123 > > DATABASE=venkat > > Socket = /var/lib/mysql/mysql.sock > > > > *I can able to connect to my db using following command * > > > > isql dsn_name venkat venkat123 > > > > I trying to figure it out for past two days and gone though wiki not > able > > to crack it. Any one please help me to resolve my issue. > > > > > > -- > > > > Regards > > Venkatesan OV. > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/55fef01e/attachment.html From peter.schrock at gmail.com Thu Sep 30 00:09:21 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Thu, 30 Sep 2010 00:09:21 -0700 Subject: [Freeswitch-users] error on install on os x 10.6.4 Message-ID: Since I was having troubles with getting my sip phone to connect, I decided to try a different resource for instruction on how to install FS. The instructions are found here: http://www.scribd.com/doc/17425068/Free-Switch-in-Real-Life Everything was going fine until I came up with this error on the make install: http://pastebin.freeswitch.org/14067 Any thoughts? PeterS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/3dee78cd/attachment.html From curriegrad2004 at gmail.com Thu Sep 30 00:30:00 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Thu, 30 Sep 2010 00:30:00 -0700 Subject: [Freeswitch-users] error on install on os x 10.6.4 In-Reply-To: References: Message-ID: Can you provide more details than that? I can't really see what's going on except make telling Error 2 has occurred. Are you sure you have all prerequisites installed on your Mac OS X machine? It'd be a great idea to clone the latest git tree and build it from there as there are many improvements since 1.0.1, including support for Google Voice via mod_dingaling. On Thu, Sep 30, 2010 at 12:09 AM, Peter Schrock wrote: > Since I was having troubles with getting my sip phone to connect, I decided > to try a different resource for instruction on how to install FS. The > instructions are found here: > http://www.scribd.com/doc/17425068/Free-Switch-in-Real-Life > Everything was going fine until I came up with this error on the make > install: > http://pastebin.freeswitch.org/14067 > Any thoughts? > PeterS > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 math.parent at gmail.com Thu Sep 30 00:44:16 2010 From: math.parent at gmail.com (Mathieu Parent) Date: Thu, 30 Sep 2010 09:44:16 +0200 Subject: [Freeswitch-users] extension mobility using freeswitch In-Reply-To: References: <1150252E-73A1-4C6C-B330-8E0A460FF2A2@jerris.com> Message-ID: (Note: this thread is about mod_skinny, extension mobility is a feature in Cisco Communication Manager) 2010/6/21 babak yakhchali : > yes as soon as I'm sure it's working I will share it :) > Any news on this ? I have implemented UserToDevice and DeviceToUser messages (see http://wiki.freeswitch.org/wiki/Mod_skinny#Custom_applications) which can be used to interact with the phones more easily. Regards Mathieu Parent From peter.schrock at gmail.com Thu Sep 30 00:45:48 2010 From: peter.schrock at gmail.com (Peter Schrock) Date: Thu, 30 Sep 2010 00:45:48 -0700 Subject: [Freeswitch-users] error on install on os x 10.6.4 In-Reply-To: References: Message-ID: <-2648041760610933328@unknownmsgid> Yeah, I have all the prerequisites. That's just it, I am not sure what else to post because it doesn't really say much. I will try the git tree. Did you check out the scribd site? It will tell you what I did. Of course, some things were updated since it was posted, so I modified the instructions to those updates, like 1.0.6, not 1.0.1. PeterS On Sep 30, 2010, at 12:30 AM, Jeffrey Leung wrote: > Can you provide more details than that? I can't really see what's > going on except make telling Error 2 has occurred. Are you sure you > have all prerequisites installed on your Mac OS X machine? > > It'd be a great idea to clone the latest git tree and build it from > there as there are many improvements since 1.0.1, including support > for Google Voice via mod_dingaling. > > On Thu, Sep 30, 2010 at 12:09 AM, Peter Schrock wrote: >> Since I was having troubles with getting my sip phone to connect, I decided >> to try a different resource for instruction on how to install FS. The >> instructions are found here: >> http://www.scribd.com/doc/17425068/Free-Switch-in-Real-Life >> Everything was going fine until I came up with this error on the make >> install: >> http://pastebin.freeswitch.org/14067 >> Any thoughts? >> PeterS >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ovvenkatesan at gmail.com Thu Sep 30 00:47:41 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Thu, 30 Sep 2010 13:17:41 +0530 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: Hi to all, If I wanted to use "freeswitch.Dbh" to connect mysql, Can you anyone please guide me, what are the packages I need to install ? As of now, I have installed mysql and unixodbc On Thu, Sep 30, 2010 at 11:03 AM, ovvenkat wrote: > Hi Sassan, > > Which version of FreeSWITCH? >> >> > FreeSWITCH Version 1.0.6 > > Installed on CENT OS 5.3 > > > > Regards, > Venkat. > > > Regards >> HASSAN >> >> >> On 2010-09-30, ovvenkat wrote: >> > Hi to all, >> > I could not able to connect to mySql using Dbh. Here is the coding I >> have >> > used to connect to my db. >> > * >> > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* >> > >> > I am getting following error while executing the lua test.lua in fs_cli >> > >> > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 >> > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' >> (a >> > nil value) >> > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main >> chunk >> > >> > */etc/odbc.ini* file contains >> > >> > [dsn_name] >> > Driver=MySQL >> > SERVER=localhost >> > PORT=3306 >> > USER=venkat >> > PASSWORD=venkat123 >> > DATABASE=venkat >> > Socket = /var/lib/mysql/mysql.sock >> > >> > *I can able to connect to my db using following command * >> > >> > isql dsn_name venkat venkat123 >> > >> > I trying to figure it out for past two days and gone though wiki not >> able >> > to crack it. Any one please help me to resolve my issue. >> > >> > >> > -- >> > >> > Regards >> > Venkatesan OV. >> > >> >> -- >> Sent from my mobile device >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > If you have come to help me, you are wasting your time. > If you have come to because your liberation is bound up in mine, we can > work together. > > > Regards > Venkatesan OV. > > -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/823610e2/attachment-0001.html From curriegrad2004 at gmail.com Thu Sep 30 00:54:39 2010 From: curriegrad2004 at gmail.com (Jeffrey Leung) Date: Thu, 30 Sep 2010 00:54:39 -0700 Subject: [Freeswitch-users] error on install on os x 10.6.4 In-Reply-To: <-2648041760610933328@unknownmsgid> References: <-2648041760610933328@unknownmsgid> Message-ID: I checked out the scribd site, it's not too different from the wiki, except the fact that you'll need to run a ./bootstrap.sh before you start configuring and compiling for all git tree builds. On Thu, Sep 30, 2010 at 12:45 AM, Peter Schrock wrote: > Yeah, I have all the prerequisites. > > That's just it, I am not sure what else to post because it doesn't > really say much. > > I will try the git tree. > > Did you check out the scribd site? It will tell you what I did. Of > course, some things were updated since it was posted, so I modified > the instructions to those updates, like 1.0.6, not 1.0.1. > > PeterS > > On Sep 30, 2010, at 12:30 AM, Jeffrey Leung wrote: > >> Can you provide more details than that? I can't really see what's >> going on except make telling Error 2 has occurred. Are you sure you >> have all prerequisites installed on your Mac OS X machine? >> >> It'd be a great idea to clone the latest git tree and build it from >> there as there are many improvements since 1.0.1, including support >> for Google Voice via mod_dingaling. >> >> On Thu, Sep 30, 2010 at 12:09 AM, Peter Schrock wrote: >>> Since I was having troubles with getting my sip phone to connect, I decided >>> to try a different resource for instruction on how to install FS. The >>> instructions are found here: >>> http://www.scribd.com/doc/17425068/Free-Switch-in-Real-Life >>> Everything was going fine until I came up with this error on the make >>> install: >>> http://pastebin.freeswitch.org/14067 >>> Any thoughts? >>> PeterS >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 leon at scarlet-internet.nl Thu Sep 30 00:59:39 2010 From: leon at scarlet-internet.nl (Leon de Rooij) Date: Thu, 30 Sep 2010 09:59:39 +0200 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: Hi Venkat, Please try to get latest revision from git. The Dbh function was introduced in mod_lua since 7 sept. You don't need to install any extra packages in your os if you have odbc already working in FreeSWITCH itself. Kind regards, Leon On Sep 30, 2010, at 9:47 AM, ovvenkat wrote: > Hi to all, > > If I wanted to use "freeswitch.Dbh" to connect mysql, Can you > anyone please guide me, what are the packages I need to install ? > > As of now, I have installed mysql and unixodbc > > On Thu, Sep 30, 2010 at 11:03 AM, ovvenkat > wrote: > Hi Sassan, > > Which version of FreeSWITCH? > > > FreeSWITCH Version 1.0.6 > > Installed on CENT OS 5.3 > > > > Regards, > Venkat. > > > Regards > HASSAN > > > On 2010-09-30, ovvenkat wrote: > > Hi to all, > > I could not able to connect to mySql using Dbh. Here is the coding > I have > > used to connect to my db. > > * > > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* > > > > I am getting following error while executing the lua test.lua in > fs_cli > > > > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 > > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field > 'Dbh' (a > > nil value) > > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in > main chunk > > > > */etc/odbc.ini* file contains > > > > [dsn_name] > > Driver=MySQL > > SERVER=localhost > > PORT=3306 > > USER=venkat > > PASSWORD=venkat123 > > DATABASE=venkat > > Socket = /var/lib/mysql/mysql.sock > > > > *I can able to connect to my db using following command * > > > > isql dsn_name venkat venkat123 > > > > I trying to figure it out for past two days and gone though wiki > not able > > to crack it. Any one please help me to resolve my issue. > > > > > > -- > > > > Regards > > Venkatesan OV. > > > > -- > Sent from my mobile device > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > If you have come to help me, you are wasting your time. > If you have come to because your liberation is bound up in mine, we > can work together. > > > Regards > Venkatesan OV. > > > > > -- > > If you have come to help me, you are wasting your time. > If you have come to because your liberation is bound up in mine, we > can work together. > > > Regards > Venkatesan OV. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/a85e4cdd/attachment.html From abubacker at bksystems.co.in Thu Sep 30 02:00:35 2010 From: abubacker at bksystems.co.in (abubacker) Date: Thu, 30 Sep 2010 14:30:35 +0530 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: <4C91E2F2.7030108@bksys.co.in> References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> Message-ID: <4CA451B3.7060304@bksys.co.in> On Thursday 16 September 2010 02:57 PM, abubacker wrote: > On Tuesday 14 September 2010 01:22 PM, abubacker wrote: > >> Dear all, >> I just try to push a call in to the queue using execute function >> and it works , >> but the same thing was not working for executeAsync function and dont know >> why its behaving like this ? , can any one help me out! >> Thanks in Advance !. >> >> $con->execute("fifo","urvq in"); # works >> $con->executeAsync("fifo","urvq in"); # not works >> >> fs_cli >> -------------- >> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket >> examples] ${destination_number}(235) =~ /^235$/ break=on-false >> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 >> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send >> signal sofia/internal/1001 at 192.168.6.182 [BREAK] >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 >> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 >> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 >> (sofia/internal/1001 at 192.168.6.182) State EXECUTE >> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 >> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE >> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 >> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE >> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) >> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 >> sofia/internal/1001 at 192.168.6.182 Command Execute answer() >> EXECUTE sofia/internal/1001 at 192.168.6.182 answer() >> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP >> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> >> 192.168.6.163 port 8000 codec: 8 ms: 20 >> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer >> [soft] 160 bytes per 20ms >> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send >> payload to 101 >> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf >> receive payload to 101 >> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP >> sofia/internal/1001 at 192.168.6.182: >> v=0 >> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 >> s=FreeSWITCH >> c=IN IP4 192.168.6.182 >> t=0 0 >> m=audio 20780 RTP/AVP 8 101 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=silenceSupp:off - - - - >> a=ptime:20 >> a=sendrecv >> >> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal >> sofia/internal/1001 at 192.168.6.182 [BREAK] >> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 >> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE >> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel >> sofia/internal/1001 at 192.168.6.182 entering state [completed][200] >> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel >> [sofia/internal/1001 at 192.168.6.182] has been answered >> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal >> sofia/internal/1001 at 192.168.6.182 [BREAK] >> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel >> sofia/internal/1001 at 192.168.6.182 entering state [ready][200] >> >> >> >> >> > Did any one come across a scenario like this ? > > Pleae tell me that why cannot we use Async operation to push a call into the queue -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From dujinfang at gmail.com Thu Sep 30 03:16:59 2010 From: dujinfang at gmail.com (Seven Du) Date: Thu, 30 Sep 2010 18:16:59 +0800 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: <4CA451B3.7060304@bksys.co.in> References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> Message-ID: flooding the email list won't give you more chance to get an answer. On Thu, Sep 30, 2010 at 5:00 PM, abubacker wrote: > On Thursday 16 September 2010 02:57 PM, abubacker wrote: >> On Tuesday 14 September 2010 01:22 PM, abubacker wrote: >> >>> Dear all, >>> ? ? ? ?I just try to push a call in to the queue using execute function >>> and it works , >>> but the same thing was not working for executeAsync function and dont know >>> why its behaving like this ? , can any one help me out! >>> Thanks in Advance !. >>> >>> $con->execute("fifo","urvq in"); # works >>> $con->executeAsync("fifo","urvq in"); # not works >>> >>> fs_cli >>> -------------- >>> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket >>> examples] ${destination_number}(235) =~ /^235$/ break=on-false >>> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 >>> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> ? CS_EXECUTE >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send >>> signal sofia/internal/1001 at 192.168.6.182 [BREAK] >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 >>> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 >>> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 >>> (sofia/internal/1001 at 192.168.6.182) State EXECUTE >>> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 >>> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE >>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 >>> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE >>> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) >>> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 >>> sofia/internal/1001 at 192.168.6.182 Command Execute answer() >>> EXECUTE sofia/internal/1001 at 192.168.6.182 answer() >>> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP >>> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> >>> 192.168.6.163 port 8000 codec: 8 ms: 20 >>> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer >>> [soft] 160 bytes per 20ms >>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send >>> payload to 101 >>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf >>> receive payload to 101 >>> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP >>> sofia/internal/1001 at 192.168.6.182: >>> v=0 >>> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 >>> s=FreeSWITCH >>> c=IN IP4 192.168.6.182 >>> t=0 0 >>> m=audio 20780 RTP/AVP 8 101 >>> a=rtpmap:8 PCMA/8000 >>> a=rtpmap:101 telephone-event/8000 >>> a=fmtp:101 0-16 >>> a=silenceSupp:off - - - - >>> a=ptime:20 >>> a=sendrecv >>> >>> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal >>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 >>> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ? ACTIVE >>> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel >>> sofia/internal/1001 at 192.168.6.182 entering state [completed][200] >>> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel >>> [sofia/internal/1001 at 192.168.6.182] has been answered >>> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal >>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel >>> sofia/internal/1001 at 192.168.6.182 entering state [ready][200] >>> >>> >>> >>> >>> >> Did any one come across a scenario like this ? >> >> > Pleae tell me that why cannot we use Async operation to push a call into > the queue > > -- > Best regards, > N.Abubacker , > Associate system engineer , > bk systems pvt ltd , > Ph : 9144-43902701 > > Disclaimer: http://www.bksystems.co.in/email-policy > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj:? http://www.freeswitch.org.cn From riedinger at sns.eu Thu Sep 30 03:25:19 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Thu, 30 Sep 2010 12:25:19 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size Message-ID: <4CA4658F.3090406@sns.eu> I'm using the following configuration: vars.xml: external.xml (my standard sip profile): With this configuration I want to restrict the allowed codecs, force the usage of G729 as first choice, if available and to minimize the calls with transcoding. I don't want to force the usage of a specific frame size. Now a lot of calls get rejected with "incompatible destination" by FreeSwitch, because the frame size of the incoming calls differs from the Freeswitch default (mostly 20 ms), see the debug log below. Is this the intended behaviour? If it is, how can I circumvent it? Do I have to list every codec with every possible frame size in the global_codec_prefs list? Thank you in advance Jan 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4469 Channel sofia/external/0049xxx at X.X.X.X entering state [received][100] 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4480 Remote SDP: v=0 o=- 554229 1 IN IP4 X.X.X.X s=- c=IN IP4 X.X.X.X t=0 0 a=sendrecv m=audio 26044 RTP/AVP 18 4 0 8 96 101 a=fmtp:18 annexb=yes a=rtpmap:96 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=ptime:60 a=silenceSupp:off - - - - 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[PCMU:0:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[PCMA:8:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[G7221:115:32000:20:48000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[G7221:107:16000:20:32000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[G722:9:8000:20:64000] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G729:18:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G723:4:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMU:0:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [PCMA:8:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [G726-32:96:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec Compare [telephone-event:101:8000:60:0]/[GSM:3:8000:20:13200] 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 dtmf send/recv payload to 101 2010-09-30 10:25:45.799052 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x) Running State Change CS_NEW 2010-09-30 10:25:45.799052 [DEBUG] switch_core_state_machine.c:320 (sofia/external/0049xxx at x.x.x.x) State NEW 2010-09-30 10:25:45.799052 [DEBUG] switch_channel.c:2359 (sofia/external/0049xxx at x.x.x.x) Callstate Change DOWN -> HANGUP 2010-09-30 10:25:45.799052 [DEBUG] switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x) Running State Change CS_HANGUP 2010-09-30 10:25:45.799052 [NOTICE] sofia.c:4686 Hangup sofia/external/0049xxx at x.x.x.x [CS_NEW] [INCOMPATIBLE_DESTINATION] -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From abubacker at bksystems.co.in Thu Sep 30 03:34:32 2010 From: abubacker at bksystems.co.in (abubacker) Date: Thu, 30 Sep 2010 16:04:32 +0530 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> Message-ID: <4CA467B8.4040200@bksys.co.in> On Thursday 30 September 2010 03:46 PM, Seven Du wrote: > flooding the email list won't give you more chance to get an answer. > > On Thu, Sep 30, 2010 at 5:00 PM, abubacker wrote: > >> On Thursday 16 September 2010 02:57 PM, abubacker wrote: >> >>> On Tuesday 14 September 2010 01:22 PM, abubacker wrote: >>> >>> >>>> Dear all, >>>> I just try to push a call in to the queue using execute function >>>> and it works , >>>> but the same thing was not working for executeAsync function and dont know >>>> why its behaving like this ? , can any one help me out! >>>> Thanks in Advance !. >>>> >>>> $con->execute("fifo","urvq in"); # works >>>> $con->executeAsync("fifo","urvq in"); # not works >>>> >>>> fs_cli >>>> -------------- >>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket >>>> examples] ${destination_number}(235) =~ /^235$/ break=on-false >>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 >>>> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send >>>> signal sofia/internal/1001 at 192.168.6.182 [BREAK] >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 >>>> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 >>>> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 >>>> (sofia/internal/1001 at 192.168.6.182) State EXECUTE >>>> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 >>>> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE >>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 >>>> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE >>>> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) >>>> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 >>>> sofia/internal/1001 at 192.168.6.182 Command Execute answer() >>>> EXECUTE sofia/internal/1001 at 192.168.6.182 answer() >>>> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP >>>> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> >>>> 192.168.6.163 port 8000 codec: 8 ms: 20 >>>> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer >>>> [soft] 160 bytes per 20ms >>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send >>>> payload to 101 >>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf >>>> receive payload to 101 >>>> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP >>>> sofia/internal/1001 at 192.168.6.182: >>>> v=0 >>>> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 >>>> s=FreeSWITCH >>>> c=IN IP4 192.168.6.182 >>>> t=0 0 >>>> m=audio 20780 RTP/AVP 8 101 >>>> a=rtpmap:8 PCMA/8000 >>>> a=rtpmap:101 telephone-event/8000 >>>> a=fmtp:101 0-16 >>>> a=silenceSupp:off - - - - >>>> a=ptime:20 >>>> a=sendrecv >>>> >>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal >>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 >>>> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE >>>> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel >>>> sofia/internal/1001 at 192.168.6.182 entering state [completed][200] >>>> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel >>>> [sofia/internal/1001 at 192.168.6.182] has been answered >>>> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal >>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel >>>> sofia/internal/1001 at 192.168.6.182 entering state [ready][200] >>>> >>>> >>>> >>>> >>>> >>>> >>> Did any one come across a scenario like this ? >>> >>> >>> >> Pleae tell me that why cannot we use Async operation to push a call into >> the queue >> >> -- >> Best regards, >> N.Abubacker , >> Associate system engineer , >> bk systems pvt ltd , >> Ph : 9144-43902701 >> >> Disclaimer: http://www.bksystems.co.in/email-policy >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > Oh really , then u tell me how to get answer for this question ! -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer: http://www.bksystems.co.in/email-policy From david.ponzone at ipeva.fr Thu Sep 30 03:45:55 2010 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 30 Sep 2010 12:45:55 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: <4CA4658F.3090406@sns.eu> References: <4CA4658F.3090406@sns.eu> Message-ID: Jan, as far as I know, FS does not care about the ptime. The behaviour you are noticing is weird. Can you tell us which version you are using ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. Le 30/09/2010 ? 12:25, Jan Riedinger a ?crit : > I'm using the following configuration: > > vars.xml: > data > = > "global_codec_prefs > =G729,PCMU,PCMA,G723,G7221 at 32000h,G7221 at 16000h,G722,GSM"/> > data="outbound_codec_prefs=G729,PCMU,PCMA,G723,GSM"/> > > external.xml (my standard sip profile): > > > > > With this configuration I want to restrict the allowed codecs, force > the > usage of G729 as first choice, if available and to minimize the calls > with transcoding. I don't want to force the usage of a specific > frame size. > > Now a lot of calls get rejected with "incompatible destination" by > FreeSwitch, because the frame size of the incoming calls differs from > the Freeswitch default (mostly 20 ms), see the debug log below. > > Is this the intended behaviour? If it is, how can I circumvent it? > Do I > have to list every codec with every possible frame size in the > global_codec_prefs list? > > Thank you in advance > Jan > > 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4469 Channel > sofia/external/0049xxx at X.X.X.X entering state [received][100] > 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4480 Remote SDP: > v=0 > > o=- 554229 1 IN IP4 X.X.X.X > > s=- > > c=IN IP4 X.X.X.X > > t=0 0 > > a=sendrecv > > m=audio 26044 RTP/AVP 18 4 0 8 96 101 > > a=fmtp:18 annexb=yes > > a=rtpmap:96 G726-32/8000 > > a=rtpmap:101 telephone-event/8000 > > a=ptime:60 > > a=silenceSupp:off - - - - > > > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[PCMU:0:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[PCMA:8:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[G7221:115:32000:20:48000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[G7221:107:16000:20:32000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[G722:9:8000:20:64000] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G729:18:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G723:4:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMU:0:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [PCMA:8:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [G726-32:96:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio > Codec > Compare [telephone-event:101:8000:60:0]/[GSM:3:8000:20:13200] > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 > dtmf send/recv payload to 101 > 2010-09-30 10:25:45.799052 [DEBUG] > switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x) > Running > State Change CS_NEW > 2010-09-30 10:25:45.799052 [DEBUG] > switch_core_state_machine.c:320 (sofia/external/0049xxx at x.x.x.x) > State NEW > 2010-09-30 10:25:45.799052 [DEBUG] switch_channel.c:2359 > (sofia/external/0049xxx at x.x.x.x) Callstate Change DOWN -> HANGUP > 2010-09-30 10:25:45.799052 [DEBUG] > switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x) > Running > State Change CS_HANGUP > 2010-09-30 10:25:45.799052 [NOTICE] sofia.c:4686 Hangup > sofia/external/0049xxx at x.x.x.x [CS_NEW] [INCOMPATIBLE_DESTINATION] > > > > > > > -- > Jan Riedinger Phone : +49-30-39 73 19 66 > Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 > E-Mail: riedinger at sns.eu > SNS Consult GmbH ICQ : 163-237-041 > S?dwestkorso 49a MSN : jan at sns-consult.de > 14197 Berlin GERMANY Skype : Jan Riedinger > > AG Charlottenburg - HRB 71973 > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/92fdf795/attachment-0001.html From riedinger at sns.eu Thu Sep 30 03:55:25 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Thu, 30 Sep 2010 12:55:25 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: <4CA4658F.3090406@sns.eu> References: <4CA4658F.3090406@sns.eu> Message-ID: <4CA46C9D.8040604@sns.eu> Here is the same e-mail, which I sent a little bit ago, but with a better readable debug log. BR Jan Riedinger Am 30.09.2010 12:25, schrieb Jan Riedinger: > I'm using the following configuration: > > vars.xml: > data="global_codec_prefs=G729,PCMU,PCMA,G723,G7221 at 32000h,G7221 at 16000h,G722,GSM"/> > data="outbound_codec_prefs=G729,PCMU,PCMA,G723,GSM"/> > > external.xml (my standard sip profile): > > > > > With this configuration I want to restrict the allowed codecs, force > the usage of G729 as first choice, if available and to minimize the > calls with transcoding. I don't want to force the usage of a specific > frame size. > > Now a lot of calls get rejected with "incompatible destination" by > FreeSwitch, because the frame size of the incoming calls differs from > the Freeswitch default (mostly 20 ms), see the debug log below. > > Is this the intended behaviour? If it is, how can I circumvent it? Do > I have to list every codec with every possible frame size in the > global_codec_prefs list? > > Thank you in advance > Jan > > > -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: codec-mismatch.txt Url: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/8b4a8fcf/attachment.txt From riedinger at sns.eu Thu Sep 30 04:16:06 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Thu, 30 Sep 2010 13:16:06 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: References: <4CA4658F.3090406@sns.eu> Message-ID: <4CA47176.4020003@sns.eu> It's the git version from yesterday evening: freeswitch at internal> version FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) BR Jan Am 30.09.2010 12:45, schrieb David Ponzone: > Jan, > > as far as I know, FS does not care about the ptime. > The behaviour you are noticing is weird. > > Can you tell us which version you are using ? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IP eva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > > Le 30/09/2010 ? 12:25, Jan Riedinger a ?crit : > >> I'm using the following configuration: >> >> vars.xml: >> > data="global_codec_prefs=G729,PCMU,PCMA,G723,G7221 at 32000h,G7221 at 16000h,G722,GSM"/> >> > data="outbound_codec_prefs=G729,PCMU,PCMA,G723,GSM"/> >> >> external.xml (my standard sip profile): >> >> >> >> >> With this configuration I want to restrict the allowed codecs, force the >> usage of G729 as first choice, if available and to minimize the calls >> with transcoding. I don't want to force the usage of a specific >> frame size. >> >> Now a lot of calls get rejected with "incompatible destination" by >> FreeSwitch, because the frame size of the incoming calls differs from >> the Freeswitch default (mostly 20 ms), see the debug log below. >> >> Is this the intended behaviour? If it is, how can I circumvent it? Do I >> have to list every codec with every possible frame size in the >> global_codec_prefs list? >> >> Thank you in advance >> Jan >> >> 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4469 Channel >> sofia/external/0049xxx at X.X.X.X >> entering state [received][100] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia.c:4480 Remote SDP: >> v=0 >> >> o=- 554229 1 IN IP4 X.X.X.X >> >> s=- >> >> c=IN IP4 X.X.X.X >> >> t=0 0 >> >> a=sendrecv >> >> m=audio 26044 RTP/AVP 18 4 0 8 96 101 >> >> a=fmtp:18 annexb=yes >> >> a=rtpmap:96 G726-32/8000 >> >> a=rtpmap:101 telephone-event/8000 >> >> a=ptime:60 >> >> a=silenceSupp:off - - - - >> >> >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[G7221:115:32000:20:48000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[G7221:107:16000:20:32000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[G722:9:8000:20:64000] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G729:18:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G723:4:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMU:0:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [PCMA:8:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [G726-32:96:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4233 Audio Codec >> Compare [telephone-event:101:8000:60:0]/[GSM:3:8000:20:13200] >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.798068 [DEBUG] sofia_glue.c:4335 Set 2833 >> dtmf send/recv payload to 101 >> 2010-09-30 10:25:45.799052 [DEBUG] >> switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x >> ) Running >> State Change CS_NEW >> 2010-09-30 10:25:45.799052 [DEBUG] >> switch_core_state_machine.c:320 (sofia/external/0049xxx at x.x.x.x >> ) State NEW >> 2010-09-30 10:25:45.799052 [DEBUG] switch_channel.c:2359 >> (sofia/external/0049xxx at x.x.x.x >> ) Callstate Change DOWN -> HANGUP >> 2010-09-30 10:25:45.799052 [DEBUG] >> switch_core_state_machine.c:314 (sofia/external/0049xxx at x.x.x.x >> ) Running >> State Change CS_HANGUP >> 2010-09-30 10:25:45.799052 [NOTICE] sofia.c:4686 Hangup >> sofia/external/0049xxx at x.x.x.x >> [CS_NEW] >> [INCOMPATIBLE_DESTINATION] >> >> >> >> >> >> >> -- >> Jan Riedinger Phone : +49-30-39 73 19 66 >> Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 >> E-Mail: riedinger at sns.eu >> >> SNS Consult GmbH ICQ : 163-237-041 >> S?dwestkorso 49a MSN : jan at sns-consult.de >> >> 14197 Berlin GERMANY Skype : Jan Riedinger >> >> AG Charlottenburg - HRB 71973 >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/47de2f96/attachment-0001.html From steveayre at gmail.com Thu Sep 30 05:30:49 2010 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 30 Sep 2010 13:30:49 +0100 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: <4CA467B8.4040200@bksys.co.in> References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> <4CA467B8.4040200@bksys.co.in> Message-ID: If no-one has replied, perhaps no-one has the answer. If you think it's a bug, you could always open a Jira ticket. -Steve On 30 September 2010 11:34, abubacker wrote: > On Thursday 30 September 2010 03:46 PM, Seven Du wrote: >> flooding the email list won't give you more chance to get an answer. >> >> On Thu, Sep 30, 2010 at 5:00 PM, abubacker ?wrote: >> >>> On Thursday 16 September 2010 02:57 PM, abubacker wrote: >>> >>>> On Tuesday 14 September 2010 01:22 PM, abubacker wrote: >>>> >>>> >>>>> Dear all, >>>>> ? ? ? ? I just try to push a call in to the queue using execute function >>>>> and it works , >>>>> but the same thing was not working for executeAsync function and dont know >>>>> why its behaving like this ? , can any one help me out! >>>>> Thanks in Advance !. >>>>> >>>>> $con->execute("fifo","urvq in"); # works >>>>> $con->executeAsync("fifo","urvq in"); # not works >>>>> >>>>> fs_cli >>>>> -------------- >>>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket >>>>> examples] ${destination_number}(235) =~ /^235$/ break=on-false >>>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040) >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 >>>>> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> ? ? CS_EXECUTE >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 >>>>> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 >>>>> (sofia/internal/1001 at 192.168.6.182) State EXECUTE >>>>> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 >>>>> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE >>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 >>>>> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE >>>>> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) >>>>> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 >>>>> sofia/internal/1001 at 192.168.6.182 Command Execute answer() >>>>> EXECUTE sofia/internal/1001 at 192.168.6.182 answer() >>>>> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP >>>>> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> >>>>> 192.168.6.163 port 8000 codec: 8 ms: 20 >>>>> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer >>>>> [soft] 160 bytes per 20ms >>>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send >>>>> payload to 101 >>>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf >>>>> receive payload to 101 >>>>> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP >>>>> sofia/internal/1001 at 192.168.6.182: >>>>> v=0 >>>>> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 >>>>> s=FreeSWITCH >>>>> c=IN IP4 192.168.6.182 >>>>> t=0 0 >>>>> m=audio 20780 RTP/AVP 8 101 >>>>> a=rtpmap:8 PCMA/8000 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=silenceSupp:off - - - - >>>>> a=ptime:20 >>>>> a=sendrecv >>>>> >>>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal >>>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 >>>>> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ? ? ACTIVE >>>>> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel >>>>> sofia/internal/1001 at 192.168.6.182 entering state [completed][200] >>>>> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel >>>>> [sofia/internal/1001 at 192.168.6.182] has been answered >>>>> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal >>>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel >>>>> sofia/internal/1001 at 192.168.6.182 entering state [ready][200] >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> Did any one come across a scenario like this ? >>>> >>>> >>>> >>> Pleae tell me that why cannot we use Async operation to push a call into >>> the queue >>> >>> -- >>> Best regards, >>> N.Abubacker , >>> Associate system engineer , >>> bk systems pvt ltd , >>> Ph : 9144-43902701 >>> >>> Disclaimer: http://www.bksystems.co.in/email-policy >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> >> > Oh really , then u tell me how to get answer for this question ! > > -- > Best regards, > N.Abubacker , > Associate system engineer , > bk systems pvt ltd , > Ph : 9144-43902701 > > Disclaimer: http://www.bksystems.co.in/email-policy > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 fs-list at communicatefreely.net Thu Sep 30 08:23:12 2010 From: fs-list at communicatefreely.net (Tim St. Pierre) Date: Thu, 30 Sep 2010 11:23:12 -0400 Subject: [Freeswitch-users] Sending "alert-info:...." to devices from Conference In-Reply-To: References: Message-ID: <4CA4AB60.8050505@communicatefreely.net> So far, 9133i, 9143i, 6731i, 9753i, 9157i, 9139i I'm assuming all of them since they use the same firmware. You may need to put this little snippet in your aastra config file though. sip allow auto-answer: 1 sip intercom allow barge in: 0 priority alerting enabled: 1 alert group: 4 alert external: 0 alert internal: 1 alert emergency: 2 alert priority: 3 Frank Carmickle wrote: > What phones? > > --FC > > On Sep 29, 2010, at 3:22 PM, Jon Young wrote: > >> Hi, >> >> I'm using a derivative of the "mad_boss_intercom" to set up paging. I >> have some devices that need an "alert-info:<...url...>; >> info=alert-autoanswer" in order to auto answer. Can I set or export >> that from within the paging/intercom XML or can it be included in the >> "conference_auto_outcall_prefix". Here is what one of the zones looks >> like: >> >> >> >> > data="conference_auto_outcall_caller_id_name=Page1"/> >> > data="conference_auto_outcall_caller_id_number=1999"/> >> >> >> > data="conference_auto_outcall_prefix={sip_auto_answer=true,execute_on_answer='bind_meta_app >> 2 a s1 transfer::intercept:${uuid} inline'}"/> >> >> > data="${group_call(pagezone01)}"/> >> > data="paging1 at default+flags{endconf|deaf}"/> >> >> >> >> This currently works fine with Aastra phones, but not my other phones >> which need the "alert-info..." >> >> Thanks, >> >> Jon >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 jonyoung111 at gmail.com Thu Sep 30 08:09:33 2010 From: jonyoung111 at gmail.com (Jon Young) Date: Thu, 30 Sep 2010 08:09:33 -0700 Subject: [Freeswitch-users] Sending "alert-info:...." to devices from Conference In-Reply-To: References: Message-ID: LG 8830 On Wed, Sep 29, 2010 at 9:53 PM, Frank Carmickle wrote: > What phones? > > --FC > > On Sep 29, 2010, at 3:22 PM, Jon Young wrote: > >> Hi, >> >> I'm using a derivative of the "mad_boss_intercom" to set up paging. ?I >> have some devices that need an "alert-info:<...url...>; >> info=alert-autoanswer" in order to auto answer. ?Can I set or export >> that from within the paging/intercom XML or can it be included in the >> "conference_auto_outcall_prefix". ?Here is what one of the zones looks >> like: >> >> >> ? >> ? ?> data="conference_auto_outcall_caller_id_name=Page1"/> >> ? ?> data="conference_auto_outcall_caller_id_number=1999"/> >> ? ? >> ? ? >> ? ?> data="conference_auto_outcall_prefix={sip_auto_answer=true,execute_on_answer='bind_meta_app >> 2 a s1 transfer::intercept:${uuid} inline'}"/> >> ? ? >> ? ?> data="${group_call(pagezone01)}"/> >> ? ?> data="paging1 at default+flags{endconf|deaf}"/> >> ? >> >> >> This currently works fine with Aastra phones, but not my other phones >> which need the "alert-info..." >> >> Thanks, >> >> Jon >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 chat2jesse at gmail.com Thu Sep 30 08:37:33 2010 From: chat2jesse at gmail.com (jesse) Date: Thu, 30 Sep 2010 08:37:33 -0700 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> <4CA467B8.4040200@bksys.co.in> Message-ID: Maybe it makes sense to list component owners of FS in wiki. So users can get more prompt help. - Jesse On Sep 30, 2010 5:38 AM, "Steven Ayre" wrote: > If no-one has replied, perhaps no-one has the answer. > > If you think it's a bug, you could always open a Jira ticket. > > -Steve > > > > On 30 September 2010 11:34, abubacker wrote: >> On Thursday 30 September 2010 03:46 PM, Seven Du wrote: >>> flooding the email list won't give you more chance to get an answer. >>> >>> On Thu, Sep 30, 2010 at 5:00 PM, abubacker wrote: >>> >>>> On Thursday 16 September 2010 02:57 PM, abubacker wrote: >>>> >>>>> On Tuesday 14 September 2010 01:22 PM, abubacker wrote: >>>>> >>>>> >>>>>> Dear all, >>>>>> I just try to push a call in to the queue using execute function >>>>>> and it works , >>>>>> but the same thing was not working for executeAsync function and dont know >>>>>> why its behaving like this ? , can any one help me out! >>>>>> Thanks in Advance !. >>>>>> >>>>>> $con->execute("fifo","urvq in"); # works >>>>>> $con->executeAsync("fifo","urvq in"); # not works >>>>>> >>>>>> fs_cli >>>>>> -------------- >>>>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket >>>>>> examples] ${destination_number}(235) =~ /^235$/ break=on-false >>>>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket( 127.0.0.1:8040) >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119 >>>>>> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341 >>>>>> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348 >>>>>> (sofia/internal/1001 at 192.168.6.182) State EXECUTE >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235 >>>>>> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE >>>>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157 >>>>>> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE >>>>>> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040) >>>>>> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551 >>>>>> sofia/internal/1001 at 192.168.6.182 Command Execute answer() >>>>>> EXECUTE sofia/internal/1001 at 192.168.6.182 answer() >>>>>> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP >>>>>> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 -> >>>>>> 192.168.6.163 port 8000 codec: 8 ms: 20 >>>>>> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer >>>>>> [soft] 160 bytes per 20ms >>>>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send >>>>>> payload to 101 >>>>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf >>>>>> receive payload to 101 >>>>>> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP >>>>>> sofia/internal/1001 at 192.168.6.182: >>>>>> v=0 >>>>>> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182 >>>>>> s=FreeSWITCH >>>>>> c=IN IP4 192.168.6.182 >>>>>> t=0 0 >>>>>> m=audio 20780 RTP/AVP 8 101 >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> a=rtpmap:101 telephone-event/8000 >>>>>> a=fmtp:101 0-16 >>>>>> a=silenceSupp:off - - - - >>>>>> a=ptime:20 >>>>>> a=sendrecv >>>>>> >>>>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal >>>>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542 >>>>>> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE >>>>>> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel >>>>>> sofia/internal/1001 at 192.168.6.182 entering state [completed][200] >>>>>> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel >>>>>> [sofia/internal/1001 at 192.168.6.182] has been answered >>>>>> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal >>>>>> sofia/internal/1001 at 192.168.6.182 [BREAK] >>>>>> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel >>>>>> sofia/internal/1001 at 192.168.6.182 entering state [ready][200] >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Did any one come across a scenario like this ? >>>>> >>>>> >>>>> >>>> Pleae tell me that why cannot we use Async operation to push a call into >>>> the queue >>>> >>>> -- >>>> Best regards, >>>> N.Abubacker , >>>> Associate system engineer , >>>> bk systems pvt ltd , >>>> Ph : 9144-43902701 >>>> >>>> Disclaimer: http://www.bksystems.co.in/email-policy >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>> >>> >>> >> Oh really , then u tell me how to get answer for this question ! >> >> -- >> Best regards, >> N.Abubacker , >> Associate system engineer , >> bk systems pvt ltd , >> Ph : 9144-43902701 >> >> Disclaimer: http://www.bksystems.co.in/email-policy >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/8e3f8040/attachment-0001.html From bwilliams at lightnex.com Thu Sep 30 09:24:04 2010 From: bwilliams at lightnex.com (Brock Williams) Date: Thu, 30 Sep 2010 10:24:04 -0600 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: <4CA47176.4020003@sns.eu> References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> Message-ID: <4CA4B9A4.20701@lightnex.com> We are experiencing the same problem on a git pull from yesterday. Brock On 09/30/2010 05:16 AM, Jan Riedinger wrote: > It's the git version from yesterday evening: > > freeswitch at internal> version > FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) > > BR > Jan > -- Brock Williams bwilliams at lightnex.com LightNex Communications, Inc. www.lightnex.com 1-877-FIBER-MT From brian at freeswitch.org Thu Sep 30 09:46:11 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 30 Sep 2010 11:46:11 -0500 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: <4CA4B9A4.20701@lightnex.com> References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> Message-ID: Codec interface was changed a little bit yesterday to support per codec fmtp parsing and bitrates for g722.1 which was the reason it was changed. Please make sure your tree is clean and do a make current again and see if that solves your problem. /b On Sep 30, 2010, at 11:24 AM, Brock Williams wrote: > We are experiencing the same problem on a git pull from yesterday. > > Brock > > On 09/30/2010 05:16 AM, Jan Riedinger wrote: >> It's the git version from yesterday evening: >> >> freeswitch at internal> version >> FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) >> >> BR >> Jan >> > From freeswitch-list at puzzled.xs4all.nl Thu Sep 30 10:06:00 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Thu, 30 Sep 2010 19:06:00 +0200 Subject: [Freeswitch-users] OT: The VoIP Abuse Project Message-ID: <4CA4C378.4050100@puzzled.xs4all.nl> Hi, Bumped into an article about The VoIP Abuse Project that publishes information about attackers: Newsarticle: http://www.darkreading.com/insiderthreat/security/attacks/showArticle.jhtml?articleID=227500994&cid=RSSfeed_DR_News The VoIP Abuse Project Website: http://www.infiltrated.net/voipabuse/ Regards, Patrick From brian at freeswitch.org Thu Sep 30 10:22:32 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 30 Sep 2010 12:22:32 -0500 Subject: [Freeswitch-users] OT: The VoIP Abuse Project In-Reply-To: <4CA4C378.4050100@puzzled.xs4all.nl> References: <4CA4C378.4050100@puzzled.xs4all.nl> Message-ID: <5ABB6C70-081B-481D-A11A-FAB2DA403572@freeswitch.org> see scripts/perl/honeypot.pl and scripts/perl/blacklist.pl /b On Sep 30, 2010, at 12:06 PM, Patrick Lists wrote: > Hi, > > Bumped into an article about The VoIP Abuse Project that publishes > information about attackers: > > Newsarticle: > http://www.darkreading.com/insiderthreat/security/attacks/showArticle.jhtml?articleID=227500994&cid=RSSfeed_DR_News > > The VoIP Abuse Project Website: > http://www.infiltrated.net/voipabuse/ > > Regards, > Patrick > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 ross at ossiantelecom.co.uk Thu Sep 30 11:12:14 2010 From: ross at ossiantelecom.co.uk (Ross McKillop) Date: Thu, 30 Sep 2010 19:12:14 +0100 Subject: [Freeswitch-users] mod_sofia in contact header In-Reply-To: References: <2DF2094D-662D-4E81-AB9F-C9A2D11EC714@ossiantelecom.co.uk> Message-ID: <3DE94C41-DF0D-493D-AC96-D547FC4A1E43@ossiantelecom.co.uk> On 30 Sep 2010, at 00:43, Gavin Henry wrote: > If you search the archives there have been other questions like this but more > from a "I don't want people to know we use FreeSWITCH or Open Source" point of view. Ah, hadn't thought of it being used that way ... > Have a read of the valid replies why FS branding at some levels stays > in and your options. I'd be proud to show off FS and just want to hide version/git numbers. Same, however this was a particular requirement of a client of mine who insists on obscuring as much information about underlying services ... I'll try and persuade them that the mod_sofia isn't an issue :-) > FreeSWITCH is respected and an extremely reliable product (plus all the other > praise I'm too tired to write!) and should be honoured. It's saved us a fortune > with our VoIP interconnects Likewise - not cared about trying to obscure that on my own installations at all ... typical awkward client makes unusual requests tho ; ) Thanks Ross From rmorin at blie-ent.com Thu Sep 30 10:34:32 2010 From: rmorin at blie-ent.com (Rob Morin) Date: Thu, 30 Sep 2010 13:34:32 -0400 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <41BCD9C9-B1BD-4EF1-8412-3C2D972C68D8@freeswitch.org> References: <14381.1285250251@ccs.covici.com><4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org><15271.1285252472@ccs.covici.com><15773.1285254902@ccs.covici.com><19074.1285456498@ccs.covici.com> <41BCD9C9-B1BD-4EF1-8412-3C2D972C68D8@freeswitch.org> Message-ID: <59D9C73963DF441BB78ECAB357D6363F@morindads> Requiring 2*n g729 licenses because of the way it is built into the conference is exactly the point. I'm wondering, is there legally a way to alter the implementation such that n+1 is the proper number of licenses? Would creating a "phantom channel" for the recording achieve that? Just a thought, Rob -----Original Message----- From: Brian West [mailto:brian at freeswitch.org] Sent: 09/29/2010 5:27 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] serious problem in record_session You know recording is built into the conference itself. /b On Sep 29, 2010, at 2:22 PM, Rob Morin wrote: > Two items, one for John, and one for the community: > > 1. Did you (John) ever get this working? > > 2. There has been discussion that if the calls are g729, that 2*n > licenses are required (where n is the number of legs on a conference > call). Would it be possible, and legal, to use an implementation such > as this to create an extension that gets recorded such that the number > of licenses required to record a conference call would be n+1, rather than n*2? > > Thank you, > Rob Morin From kris at kriskinc.com Thu Sep 30 11:21:56 2010 From: kris at kriskinc.com (Kristian Kielhofner) Date: Thu, 30 Sep 2010 14:21:56 -0400 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> Message-ID: Brian, This is neat... I asked about this a while back for SILK. Is this done generically in the codec interface or is it specific to G.722.1? On Thu, Sep 30, 2010 at 12:46 PM, Brian West wrote: > Codec interface was changed a little bit yesterday to support per codec fmtp parsing and bitrates for g722.1 which was the reason it was changed. ?Please make sure your tree is clean and do a make current again and see if that solves your problem. > > /b > -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com From msc at freeswitch.org Thu Sep 30 11:22:17 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 30 Sep 2010 11:22:17 -0700 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: <4CA467B8.4040200@bksys.co.in> References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> <4CA467B8.4040200@bksys.co.in> Message-ID: > Oh really , then u tell me how to get answer for this question ! Well, comments like this won't help. You might need to hop on the IRC channel and see if you can catch someone on a good day who can work with you to figure this out. Honestly, this is a bit advanced and there are not too many folks who know much about this stuff. If you are in serious need then you might consider consulting at freeswitch.org for paid support. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/85b92236/attachment.html From anthony.minessale at gmail.com Thu Sep 30 11:25:50 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 30 Sep 2010 13:25:50 -0500 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <59D9C73963DF441BB78ECAB357D6363F@morindads> References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> <15271.1285252472@ccs.covici.com> <15773.1285254902@ccs.covici.com> <19074.1285456498@ccs.covici.com> <41BCD9C9-B1BD-4EF1-8412-3C2D972C68D8@freeswitch.org> <59D9C73963DF441BB78ECAB357D6363F@morindads> Message-ID: he's trying to tell you to use the conference's recording mechanism instead of recording the channel in the conference. The conference uses raw audio only so if you use that, there is no further decoding. On Thu, Sep 30, 2010 at 12:34 PM, Rob Morin wrote: > Requiring 2*n g729 licenses because of the way it is built into the > conference is exactly the point. I'm wondering, is there legally a way to > alter the implementation such that n+1 is the proper number of licenses? > Would creating a "phantom channel" for the recording achieve that? > > Just a thought, > Rob > > -----Original Message----- > From: Brian West [mailto:brian at freeswitch.org] > Sent: 09/29/2010 5:27 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] serious problem in record_session > > You know recording is built into the conference itself. > > /b > > On Sep 29, 2010, at 2:22 PM, Rob Morin wrote: > >> Two items, one for John, and one for the community: >> >> 1. Did you (John) ever get this working? >> >> 2. There has been discussion that if the calls are g729, that 2*n >> licenses are required (where n is the number of legs on a conference >> call). Would it be possible, and legal, to use an implementation such >> as this to create an extension that gets recorded such that the number >> of licenses required to record a conference call would be n+1, rather than > n*2? >> >> Thank you, >> Rob Morin > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From msc at freeswitch.org Thu Sep 30 11:43:32 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 30 Sep 2010 11:43:32 -0700 Subject: [Freeswitch-users] serious problem in record_session In-Reply-To: <59D9C73963DF441BB78ECAB357D6363F@morindads> References: <14381.1285250251@ccs.covici.com> <4B839ACC-C9C3-4A7B-9D0C-6E1C44E433A1@freeswitch.org> <15271.1285252472@ccs.covici.com> <15773.1285254902@ccs.covici.com> <19074.1285456498@ccs.covici.com> <41BCD9C9-B1BD-4EF1-8412-3C2D972C68D8@freeswitch.org> <59D9C73963DF441BB78ECAB357D6363F@morindads> Message-ID: LIke bkw and anthm said, at fs_cli: conference record Problem solved, no? -MC On Thu, Sep 30, 2010 at 10:34 AM, Rob Morin wrote: > Requiring 2*n g729 licenses because of the way it is built into the > conference is exactly the point. I'm wondering, is there legally a way to > alter the implementation such that n+1 is the proper number of licenses? > Would creating a "phantom channel" for the recording achieve that? > > Just a thought, > Rob > > -----Original Message----- > From: Brian West [mailto:brian at freeswitch.org] > Sent: 09/29/2010 5:27 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] serious problem in record_session > > You know recording is built into the conference itself. > > /b > > On Sep 29, 2010, at 2:22 PM, Rob Morin wrote: > > > Two items, one for John, and one for the community: > > > > 1. Did you (John) ever get this working? > > > > 2. There has been discussion that if the calls are g729, that 2*n > > licenses are required (where n is the number of legs on a conference > > call). Would it be possible, and legal, to use an implementation such > > as this to create an extension that gets recorded such that the number > > of licenses required to record a conference call would be n+1, rather > than > n*2? > > > > Thank you, > > Rob Morin > > > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/bd08841c/attachment-0001.html From anthony.minessale at gmail.com Thu Sep 30 11:51:31 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 30 Sep 2010 13:51:31 -0500 Subject: [Freeswitch-users] cannot push a call into a fifo using executeAsync In-Reply-To: References: <4C8F29BA.4040700@bksys.co.in> <4C91E2F2.7030108@bksys.co.in> <4CA451B3.7060304@bksys.co.in> <4CA467B8.4040200@bksys.co.in> Message-ID: if you don't call the socket app with the "async" keyword you can never do async. On Thu, Sep 30, 2010 at 1:22 PM, Michael Collins wrote: >> Oh really , then u tell me how to get answer for this question ! > > Well, comments like this won't help. You might need to hop on the IRC > channel and see if you can catch someone on a good day who can work with you > to figure this out. Honestly, this is a bit advanced and there are not too > many folks who know much about this stuff. If you are in serious need then > you might consider consulting at freeswitch.org for paid support. > > -MC > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From jason at cloudtree.net Thu Sep 30 12:10:52 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Thu, 30 Sep 2010 15:10:52 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: All, We have found and fixed several issues causing this behavior. All of them had to do with how Skype signaling was handled by mod_skypopen while in the PRERING state. The fixes we have made enable: 1) simultaneous ringing of multiple Skype instances, both on multiple FreeSwitch servers and Desktop clients 2) Correct Handling of all "Early Hangup" cases 3) Correct Simultaneous ringing of multiple outbound SIP call legs In short, the Skype instance no longer hangs and calls behave as expected. Please let us know if the community would like these fixes to be submitted back to the community for review and hopefully inclusion into the baseline. Thanks in advance, Jason On Tue, Sep 28, 2010 at 4:38 PM, Jason Jeffords wrote: > Hi Giovanni > > I have created Issue FS-2743 to track the single instance early hangup issues. > > http://jira.freeswitch.org/browse/FS-2743 > > Thanks for all your help, > > Jason > > On Tue, Sep 28, 2010 at 3:12 PM, Jason Jeffords wrote: >> Thanks Giovanni, >> >> We will do that ASAP. >> >> Jason >> >> On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: >>> Please open a Jira on this one, and attach a complete debug session to >>> it (as a text file attachment). >>> >>> -giovanni >>> >>> On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >>>> We have found another failure case, this time without any extra Skype >>>> instances. >>>> >>>> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >>>> 2) Hang up the Skype Client before the far end answers >>>> 3) The far end will keep ringing for a while, wait until it finishes >>>> 4) Now call the same Skype userid on FreeSWITCH >>>> 5) Answer the far end - there is no audio >>>> 6) Hang up either end >>>> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >>>> ?client will be rejected >>>> >>>> That Skype instance is now broken no matter where you call it from >>>> until FreeSWITCH is restarted. >>>> >>>> This is exactly the same behavior as occurs with multiple Skype >>>> clients. ?The problem appears to be mod_skypopen is not handling >>>> hangups/cancels before the B leg answers. >>>> >>>> Jason >>>> >>>> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>>>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>>>> is answered remotely. ?When this occurs, mod_skypopen says: >>>>> >>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>> >>>>> In this example (see below) call 74 is in progress and the SIP messages >>>>> are already sent. ?When the FINISHED indication is received, could the >>>>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>>>> on their end). >>>>> >>>>> Jason >>>>> >>>>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>>>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>>>> Hazel||| >>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>>>> stratusware||| >>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>> ][interface2][-1, 0, 0] NOT FOUND >>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>>>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>>>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>>>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>> ][interface2][-1, 7, 0] new_inbound_channel >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface2) Running State Change CS_INIT >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>> (skypopen/interface2) State INIT >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>>>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>> (skypopen/interface2) State INIT going to sleep >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface2) Running State Change CS_ROUTING >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>>>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>>>> (skypopen/interface2) State ROUTING >>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>>>> skypopen/interface2 Standard ROUTING >>>>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>>>> Thomas Hazel ->skype_inbound in context default >>>>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>>>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>>>> Dialplan: skypopen/interface2 Action >>>>> set(toll_allow=domestic,international,local) >>>>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>>>> Dialplan: skypopen/interface2 Action >>>>> set(effective_caller_id_name=${skype_user}) >>>>> Dialplan: skypopen/interface2 Action >>>>> set(effective_caller_id_number=+18574883540) >>>>> Dialplan: skypopen/interface2 Action >>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>>>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>> (skypopen/interface2) State ROUTING going to sleep >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>> (skypopen/interface2) Running State Change CS_EXECUTE >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>>>> (skypopen/interface2) State EXECUTE >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>>>> skypopen/interface2 Standard EXECUTE >>>>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface2 SET [ignore_early_media]=[true] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>>>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>> (sofia/external/+16037141687) State INIT >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>>>> sofia/external/+16037141687 SOFIA INIT >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>> (sofia/external/+16037141687) State ROUTING >>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [calling][0] >>>>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>> <+16037141687> >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>>>> v=0 >>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>> s=- >>>>> c=IN IP4 209.247.5.148 >>>>> t=0 0 >>>>> m=audio 63944 RTP/AVP 0 101 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=ptime:20 >>>>> >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>> send payload to 101 >>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>>>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>>>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>>>> [soft] 160 bytes per 20ms >>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>> send payload to 101 >>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>> receive payload to 101 >>>>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>> sofia/external/+16037141687! >>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>>>> skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>> NROF_AUTHED_BUDDIES 8||| >>>>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>> NROF_AUTHED_BUDDIES 7||| >>>>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [completing][200] >>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>>>> v=0 >>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>> s=- >>>>> c=IN IP4 209.247.5.148 >>>>> t=0 0 >>>>> m=audio 63944 RTP/AVP 0 101 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=ptime:20 >>>>> >>>>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>>>> sofia/external/+16037141687 entering state [ready][200] >>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>>>> skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>>>> [sofia/external/+16037141687] has been answered >>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>> ][interface2][-1, 7, 0] NOT FOUND >>>>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>> tech_pvt->skype_user=ct-user4 >>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>> Action failed||| >>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>> ][interface2][-1,11,16] skype_call now is DOWN >>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>> ][interface2][-1, 1,16] skype call ended >>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>>>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>>>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>>>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>>>> skypopen/interface2 [KILL] >>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_KILL >>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>>>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>>>> signal skypopen/interface2 [BREAK] >>>>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>> SWITCH_SIG_BREAK >>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>>>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>>>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>>>> Action failed||| >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>>>> sofia/external/+16037141687 [KILL] >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>> (sofia/external/+16037141687) State HANGUP >>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>> other leg >>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>> (sofia/external/+16037141687) State REPORTING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>> signal sofia/external/+16037141687 [BREAK] >>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>>>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>> >>>>> >>>>> >>>>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>>>> We did not realize this case is not supported, and it does indeed >>>>>>> break mod_skypopen >>>>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>>>> message from >>>>>>> the Skype client indicating another client answered the call). >>>>>>> >>>>>>> Is there any way we could add this support? >>>>>> >>>>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>>>> feasible at all (ie: if the external skype clients notify the FS skype >>>>>> clients they've answered), but maybe yes. >>>>>> >>>>>> -giovanni >>>>>> >>>>>>> >>>>>>> Thanks in advance, >>>>>>> >>>>>>> Jason >>>>>>> >>>>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>>>> >>>>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>>>> Hi Jason, >>>>>>>> >>>>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>>>> >>>>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>>>> >>>>>>>> -giovanni >>>>>>>> >>>>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>>>> and any desktop Skype instances you have open - it works >>>>>>>>> every time as long as you answer the SIP endpoints >>>>>>>>> >>>>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>>>> >>>>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>>>> FreeSWITCH and your desktop clients >>>>>>>>> >>>>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>>>> the call answering by the desktop Skype instance is not >>>>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>>>> outbound call request when it sees an external answer, >>>>>>>>> perhaps by hangup?). >>>>>>>>> >>>>>>>>> The only way to fix the problem is a complete restart of the >>>>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>>>> >>>>>>>>> I have included a small portion of the failing log below (once >>>>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>>>> >>>>>>>>> Any help would be greatly appreciated. >>>>>>>>> >>>>>>>>> Thanks in advance, >>>>>>>>> >>>>>>>>> Jason >>>>>>>>> >>>>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>>>> Hazel||| >>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>>>> stratusware||| >>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>> (skypopen/interface4) State INIT >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>> (skypopen/interface4) State ROUTING >>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>>>> skypopen/interface4 Standard ROUTING >>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>>>> Channel [skypopen/interface4] has been answered >>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>>>> 3||| >>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>> skypopen/interface4 [KILL] >>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_KILL >>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>>>> (channel is hungup already) >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>> (skypopen/interface4) State HANGUP >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>> (skypopen/interface4) State REPORTING >>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>> 17 (skypopen/interface4) Ended >>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>> (skypopen/interface4) State DESTROY >>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>> skypopen/interface4 Standard DESTROY >>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>> (skypopen/interface4) State EXECUTE >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>>>> skypopen/interface4! >>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>>>> skypopen/interface4! >>>>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>>> CS_CONSUME_MEDIA >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>>> <+16037141687> >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>>> v=0 >>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>> s=- >>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>> t=0 0 >>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>> a=fmtp:101 0-16 >>>>>>>>> a=ptime:20 >>>>>>>>> >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>>> send payload to 101 >>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>>> [soft] 160 bytes per 20ms >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>>> send payload to 101 >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>>> receive payload to 101 >>>>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>>> sofia/external/+16037141687! >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>>> v=0 >>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>> s=- >>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>> t=0 0 >>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>> a=fmtp:101 0-16 >>>>>>>>> a=ptime:20 >>>>>>>>> >>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>>> Action failed||| >>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>>>> ][interface4][-1, 1,16] no session >>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>>> other leg >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at 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 >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> jason jeffords | founder & cto cloudtree >>>>>>> c | +1 617 299 6242 >>>>>>> 850 winter street I waltham ma 02451 >>>>>>> jason at cloudtree.net >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at 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 >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> jason jeffords | founder & cto cloudtree >>>>> c | +1 617 299 6242 >>>>> 850 winter street I waltham ma 02451 >>>>> jason at cloudtree.net >>>>> >>>> >>>> >>>> >>>> -- >>>> jason jeffords | founder & cto cloudtree >>>> c | +1 617 299 6242 >>>> 850 winter street I waltham ma 02451 >>>> jason at cloudtree.net >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at 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 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From timb0311 at hotmail.com Thu Sep 30 12:27:33 2010 From: timb0311 at hotmail.com (Tim B) Date: Thu, 30 Sep 2010 15:27:33 -0400 Subject: [Freeswitch-users] FW: C# Examples In-Reply-To: References: Message-ID: Does anyone have any real world C# examples they can share? I am looking how to use C# to handle freeswitch configuration, and call control. Any help would be appreciated. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/0f5763d0/attachment.html From anthony.minessale at gmail.com Thu Sep 30 13:21:27 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 30 Sep 2010 15:21:27 -0500 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> Message-ID: Indeed it's a regression from last night, please update again. On Thu, Sep 30, 2010 at 1:21 PM, Kristian Kielhofner wrote: > Brian, > > ?This is neat... I asked about this a while back for SILK. ?Is this > done generically in the codec interface or is it specific to G.722.1? > > On Thu, Sep 30, 2010 at 12:46 PM, Brian West wrote: >> Codec interface was changed a little bit yesterday to support per codec fmtp parsing and bitrates for g722.1 which was the reason it was changed. ?Please make sure your tree is clean and do a make current again and see if that solves your problem. >> >> /b >> > > -- > Kristian Kielhofner > http://www.astlinux.org > http://blog.krisk.org > http://www.star2star.com > http://www.submityoursip.com > http://www.voalte.com > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From gmaruzz at celliax.org Thu Sep 30 14:09:01 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Thu, 30 Sep 2010 23:09:01 +0200 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: On Thu, Sep 30, 2010 at 9:10 PM, Jason Jeffords wrote: > The fixes we have made enable: > 1) simultaneous ringing of multiple Skype instances, both on multiple > FreeSwitch servers and Desktop clients > 2) Correct Handling of all "Early Hangup" cases > 3) Correct Simultaneous ringing of multiple outbound SIP call legs Hi Jason, please attach to the Jira issue a patch (git diff) against the latest git pull. Best would be if you can test it against the various use cases (multiple instances of same skypeuser, and multiple different skypeusers) to check it does not breaks anything. I'll try to integrate it. Thanks a lot for your efforts, -giovanni > > In short, the Skype instance no longer hangs and calls behave > as expected. > > Please let us know if the community would like these fixes to be > submitted back to the community for review and hopefully inclusion > into the baseline. > > Thanks in advance, > > Jason > > On Tue, Sep 28, 2010 at 4:38 PM, Jason Jeffords wrote: >> Hi Giovanni >> >> I have created Issue FS-2743 to track the single instance early hangup issues. >> >> http://jira.freeswitch.org/browse/FS-2743 >> >> Thanks for all your help, >> >> Jason >> >> On Tue, Sep 28, 2010 at 3:12 PM, Jason Jeffords wrote: >>> Thanks Giovanni, >>> >>> We will do that ASAP. >>> >>> Jason >>> >>> On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: >>>> Please open a Jira on this one, and attach a complete debug session to >>>> it (as a text file attachment). >>>> >>>> -giovanni >>>> >>>> On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >>>>> We have found another failure case, this time without any extra Skype >>>>> instances. >>>>> >>>>> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >>>>> 2) Hang up the Skype Client before the far end answers >>>>> 3) The far end will keep ringing for a while, wait until it finishes >>>>> 4) Now call the same Skype userid on FreeSWITCH >>>>> 5) Answer the far end - there is no audio >>>>> 6) Hang up either end >>>>> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >>>>> ?client will be rejected >>>>> >>>>> That Skype instance is now broken no matter where you call it from >>>>> until FreeSWITCH is restarted. >>>>> >>>>> This is exactly the same behavior as occurs with multiple Skype >>>>> clients. ?The problem appears to be mod_skypopen is not handling >>>>> hangups/cancels before the B leg answers. >>>>> >>>>> Jason >>>>> >>>>> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>>>>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>>>>> is answered remotely. ?When this occurs, mod_skypopen says: >>>>>> >>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>> >>>>>> In this example (see below) call 74 is in progress and the SIP messages >>>>>> are already sent. ?When the FINISHED indication is received, could the >>>>>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>>>>> on their end). >>>>>> >>>>>> Jason >>>>>> >>>>>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>>>>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>>>>> Hazel||| >>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>>>>> stratusware||| >>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>> ][interface2][-1, 0, 0] NOT FOUND >>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>>>>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>>>>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>> ][interface2][-1, 7, 0] new_inbound_channel >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface2) Running State Change CS_INIT >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>> (skypopen/interface2) State INIT >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>>>>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>> (skypopen/interface2) State INIT going to sleep >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface2) Running State Change CS_ROUTING >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>>>>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>>>>> (skypopen/interface2) State ROUTING >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>>>>> skypopen/interface2 Standard ROUTING >>>>>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>>>>> Thomas Hazel ->skype_inbound in context default >>>>>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>>>>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>>>>> Dialplan: skypopen/interface2 Action >>>>>> set(toll_allow=domestic,international,local) >>>>>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>>>>> Dialplan: skypopen/interface2 Action >>>>>> set(effective_caller_id_name=${skype_user}) >>>>>> Dialplan: skypopen/interface2 Action >>>>>> set(effective_caller_id_number=+18574883540) >>>>>> Dialplan: skypopen/interface2 Action >>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>>>>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>> (skypopen/interface2) State ROUTING going to sleep >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>> (skypopen/interface2) Running State Change CS_EXECUTE >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>>>>> (skypopen/interface2) State EXECUTE >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>>>>> skypopen/interface2 Standard EXECUTE >>>>>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface2 SET [ignore_early_media]=[true] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>>>>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>> (sofia/external/+16037141687) State INIT >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>> (sofia/external/+16037141687) State ROUTING >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>> CS_CONSUME_MEDIA >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>> <+16037141687> >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>>>>> v=0 >>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>> s=- >>>>>> c=IN IP4 209.247.5.148 >>>>>> t=0 0 >>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>> a=rtpmap:101 telephone-event/8000 >>>>>> a=fmtp:101 0-16 >>>>>> a=ptime:20 >>>>>> >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>> send payload to 101 >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>>>>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>>>>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>> [soft] 160 bytes per 20ms >>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>> send payload to 101 >>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>> receive payload to 101 >>>>>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>> sofia/external/+16037141687! >>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>>>>> skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>> NROF_AUTHED_BUDDIES 8||| >>>>>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>> NROF_AUTHED_BUDDIES 7||| >>>>>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>> v=0 >>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>> s=- >>>>>> c=IN IP4 209.247.5.148 >>>>>> t=0 0 >>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>> a=rtpmap:101 telephone-event/8000 >>>>>> a=fmtp:101 0-16 >>>>>> a=ptime:20 >>>>>> >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>>>>> skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>>>>> [sofia/external/+16037141687] has been answered >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>> ][interface2][-1, 7, 0] NOT FOUND >>>>>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>> tech_pvt->skype_user=ct-user4 >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>> Action failed||| >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>> ][interface2][-1,11,16] skype_call now is DOWN >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>> ][interface2][-1, 1,16] skype call ended >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>>>>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>>>>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>>>>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>>>>> skypopen/interface2 [KILL] >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_KILL >>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>>>>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal skypopen/interface2 [BREAK] >>>>>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>> SWITCH_SIG_BREAK >>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>>>>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>>>>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>>>>> Action failed||| >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>>>>> sofia/external/+16037141687 [KILL] >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>> (sofia/external/+16037141687) State HANGUP >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>> other leg >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>> (sofia/external/+16037141687) State REPORTING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>>>>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>>>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>>>>> We did not realize this case is not supported, and it does indeed >>>>>>>> break mod_skypopen >>>>>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>>>>> message from >>>>>>>> the Skype client indicating another client answered the call). >>>>>>>> >>>>>>>> Is there any way we could add this support? >>>>>>> >>>>>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>>>>> feasible at all (ie: if the external skype clients notify the FS skype >>>>>>> clients they've answered), but maybe yes. >>>>>>> >>>>>>> -giovanni >>>>>>> >>>>>>>> >>>>>>>> Thanks in advance, >>>>>>>> >>>>>>>> Jason >>>>>>>> >>>>>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>>>>> >>>>>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>>>>> Hi Jason, >>>>>>>>> >>>>>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>>>>> >>>>>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>>>>> >>>>>>>>> -giovanni >>>>>>>>> >>>>>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>>>>> and any desktop Skype instances you have open - it works >>>>>>>>>> every time as long as you answer the SIP endpoints >>>>>>>>>> >>>>>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>>>>> >>>>>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>>>>> FreeSWITCH and your desktop clients >>>>>>>>>> >>>>>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>>>>> the call answering by the desktop Skype instance is not >>>>>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>>>>> outbound call request when it sees an external answer, >>>>>>>>>> perhaps by hangup?). >>>>>>>>>> >>>>>>>>>> The only way to fix the problem is a complete restart of the >>>>>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>>>>> >>>>>>>>>> I have included a small portion of the failing log below (once >>>>>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>>>>> >>>>>>>>>> Any help would be greatly appreciated. >>>>>>>>>> >>>>>>>>>> Thanks in advance, >>>>>>>>>> >>>>>>>>>> Jason >>>>>>>>>> >>>>>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>>>>> Hazel||| >>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>>>>> stratusware||| >>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>> (skypopen/interface4) State INIT >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>> (skypopen/interface4) State ROUTING >>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>>>>> skypopen/interface4 Standard ROUTING >>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>>>>> Channel [skypopen/interface4] has been answered >>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>>>>> 3||| >>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>> skypopen/interface4 [KILL] >>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_KILL >>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>>>>> (channel is hungup already) >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>> (skypopen/interface4) State HANGUP >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>> (skypopen/interface4) State REPORTING >>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>> 17 (skypopen/interface4) Ended >>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>> (skypopen/interface4) State DESTROY >>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>> skypopen/interface4 Standard DESTROY >>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>> (skypopen/interface4) State EXECUTE >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>>>>> skypopen/interface4! >>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>>>>> skypopen/interface4! >>>>>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>>>> CS_CONSUME_MEDIA >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>>>> <+16037141687> >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>>>> v=0 >>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>> s=- >>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>> t=0 0 >>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>> a=ptime:20 >>>>>>>>>> >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>>>> send payload to 101 >>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>>>> [soft] 160 bytes per 20ms >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>>>> send payload to 101 >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>>>> receive payload to 101 >>>>>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>>>> sofia/external/+16037141687! >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>>>> v=0 >>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>> s=- >>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>> t=0 0 >>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>> a=ptime:20 >>>>>>>>>> >>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>>>> Action failed||| >>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>>>>> ][interface4][-1, 1,16] no session >>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>>>> other leg >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users at 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 >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> jason jeffords | founder & cto cloudtree >>>>>>>> c | +1 617 299 6242 >>>>>>>> 850 winter street I waltham ma 02451 >>>>>>>> jason at cloudtree.net >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at 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 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> jason jeffords | founder & cto cloudtree >>>>>> c | +1 617 299 6242 >>>>>> 850 winter street I waltham ma 02451 >>>>>> jason at cloudtree.net >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> jason jeffords | founder & cto cloudtree >>>>> c | +1 617 299 6242 >>>>> 850 winter street I waltham ma 02451 >>>>> jason at cloudtree.net >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at 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 >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From riedinger at sns.eu Thu Sep 30 14:09:35 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Thu, 30 Sep 2010 23:09:35 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> Message-ID: <4CA4FC8F.4050205@sns.eu> I checked out and compiled the current git version some hours ago. Unfortunately the problem seems to be still not fixed. I tried to examine it more detailed. I will attach this e-mail additionally in a text file to avoid that it get unreadable by line wrapping. A call from a Cisco is working, if "codec g729 bytes 60" is configured only: v=0 o=CiscoSystemsSIP-GW-UserAgent 5025 3066 IN IP4 a.b.c.d s=SIP Call c=IN IP4 a.b.c.d t=0 0 m=audio 16408 RTP/AVP 18 c=IN IP4 a.b.c.d a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=ptime:60 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 Mode! m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:60:0]/[G729:18:8000:20:8000] m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec G729 at 60i@8000h 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 Mode! 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:60:0]/[G729:18:8000:20:8000] 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec G729 at 60i@8000h For a Cisco, on which I configured a codec list with frame sizes of 80 bytes, the matching is working as well. Maybe it's because no ptime is set at all: 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4469 Channel sofia/external/3039731964 at a.b.c.d entering state [received][100] 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4480 Remote SDP: v=0 o=CiscoSystemsSIP-GW-UserAgent 6897 7698 IN IP4 a.b.c.d s=SIP Call c=IN IP4 a.b.c.d t=0 0 m=audio 17640 RTP/AVP 18 8 0 c=IN IP4 a.b.c.d a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 Mode! 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:20:0]/[G729:18:8000:20:8000] 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:2600 Set Codec sofia/external/3039731964 at a.b.c.d G729/8000 20 ms 160 samples 8000 bits But I still can observe problems, when a codec list is used and some kind of ptime is set. Unfortunately I can't trigger such calls, I have to wait until I receive them from my customers: 2010-09-30 22:50:14.152164 [NOTICE] switch_channel.c:779 New Channel sofia/external/12345 at a.b.c.d [c02c759a-2d43-445f-992f-8c3f59d6171a] 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4469 Channel sofia/external/12345 at a.b.c.d entering state [received][100] 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4480 Remote SDP: v=0 o=Sonus_UAC 10702 20259 IN IP4 a.b.c.d s=SIP Media Capabilities c=IN IP4 195.219.240.20 t=0 0 m=audio 26128 RTP/AVP 8 0 18 4 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:4 G723/8000 a=fmtp:4 bitrate=6.3 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=maxptime:30 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[G729:18:8000:20:8000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[G729:18:8000:20:8000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[G729:18:8000:20:8000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[G729:18:8000:20:8000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[G729:18:8000:20:8000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[PCMU:0:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[PCMU:0:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[PCMU:0:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[PCMU:0:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[PCMU:0:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[PCMA:8:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[PCMA:8:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[PCMA:8:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[PCMA:8:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[PCMA:8:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[G7221:115:32000:20:48000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[G7221:115:32000:20:48000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[G7221:115:32000:20:48000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[G7221:115:32000:20:48000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[G7221:115:32000:20:48000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[G7221:107:16000:20:32000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[G7221:107:16000:20:32000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[G7221:107:16000:20:32000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[G7221:107:16000:20:32000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[G7221:107:16000:20:32000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[G722:9:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[G722:9:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[G722:9:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[G722:9:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[G722:9:8000:20:64000] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMA:8:8000:30:0]/[GSM:3:8000:20:13200] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [PCMU:0:8000:30:0]/[GSM:3:8000:20:13200] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G729:18:8000:30:0]/[GSM:3:8000:20:13200] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [G723:4:8000:30:0]/[GSM:3:8000:20:13200] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare [telephone-event:101:8000:30:0]/[GSM:3:8000:20:13200] 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv payload to 101 2010-09-30 22:50:14.152164 [DEBUG] switch_channel.c:2359 (sofia/external/12345 at a.b.c.d) Callstate Change DOWN -> HANGUP 2010-09-30 22:50:14.152164 [NOTICE] sofia.c:4686 Hangup sofia/external/12345 at a.b.c.d [CS_NEW] [INCOMPATIBLE_DESTINATION] Does anybody have any ideas? Thank you in advance Jan Am 30.09.2010 18:46, schrieb Brian West: > Codec interface was changed a little bit yesterday to support per codec fmtp parsing and bitrates for g722.1 which was the reason it was changed. Please make sure your tree is clean and do a make current again and see if that solves your problem. > > /b > > On Sep 30, 2010, at 11:24 AM, Brock Williams wrote: > >> We are experiencing the same problem on a git pull from yesterday. >> >> Brock >> >> On 09/30/2010 05:16 AM, Jan Riedinger wrote: >>> It's the git version from yesterday evening: >>> >>> freeswitch at internal> version >>> FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) >>> >>> BR >>> Jan >>> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/d9da9305/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Codec Mismathc because of Different Frame Size.doc Type: application/msword Size: 33792 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/d9da9305/attachment-0001.doc From anthony.minessale at gmail.com Thu Sep 30 14:23:56 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 30 Sep 2010 16:23:56 -0500 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: <4CA4FC8F.4050205@sns.eu> References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> <4CA4FC8F.4050205@sns.eu> Message-ID: Was it sooner than when I sent the email? When I said to update it was 30 seconds after I committed the patch which was only 1 hour ago. commit f8c9ef5f9deca6345f3d598c4f511b4a21f237bb Author: Anthony Minessale Date: Thu Sep 30 15:15:33 2010 -0500 fix codec regression from yesterday On Thu, Sep 30, 2010 at 4:09 PM, Jan Riedinger wrote: > I checked out and compiled the current git version some hours ago. > Unfortunately the problem seems to be still not fixed. I tried to examine it > more detailed. I will attach this e-mail additionally in a text file to > avoid that it get unreadable by line wrapping. > > A call from a Cisco is working, if "codec g729 bytes 60" is configured only: > > v=0 > o=CiscoSystemsSIP-GW-UserAgent 5025 3066 IN IP4 a.b.c.d > s=SIP Call > c=IN IP4 a.b.c.d > t=0 0 > m=audio 16408 RTP/AVP 18 > c=IN IP4 a.b.c.d > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=ptime:60 > > 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 > Mode! > m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:60:0]/[G729:18:8000:20:8000] > m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec > G729 at 60i@8000h > 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 > Mode! > 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:60:0]/[G729:18:8000:20:8000] > 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec > G729 at 60i@8000h > > For a Cisco, on which I configured a codec list with frame sizes of 80 > bytes, the matching is working as well. Maybe it's because no ptime is set > at all: > > 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4469 Channel > sofia/external/3039731964 at a.b.c.d entering state [received][100] > 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4480 Remote SDP: > v=0 > o=CiscoSystemsSIP-GW-UserAgent 6897 7698 IN IP4 a.b.c.d > s=SIP Call > c=IN IP4 a.b.c.d > t=0 0 > m=audio 17640 RTP/AVP 18 8 0 > c=IN IP4 a.b.c.d > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > > > 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 > Mode! > 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:20:0]/[G729:18:8000:20:8000] > 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:2600 Set Codec > sofia/external/3039731964 at a.b.c.d G729/8000 20 ms 160 samples 8000 bits > > But I still can observe problems, when a codec list is used and some kind of > ptime is set. Unfortunately I can't trigger such calls, I have to wait until > I receive them from my customers: > > 2010-09-30 22:50:14.152164 [NOTICE] switch_channel.c:779 New Channel > sofia/external/12345 at a.b.c.d [c02c759a-2d43-445f-992f-8c3f59d6171a] > 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4469 Channel > sofia/external/12345 at a.b.c.d entering state [received][100] > 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4480 Remote SDP: > v=0 > o=Sonus_UAC 10702 20259 IN IP4 a.b.c.d > s=SIP Media Capabilities > c=IN IP4 195.219.240.20 > t=0 0 > m=audio 26128 RTP/AVP 8 0 18 4 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:4 G723/8000 > a=fmtp:4 bitrate=6.3 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=maxptime:30 > > > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[G729:18:8000:20:8000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[G729:18:8000:20:8000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[G729:18:8000:20:8000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[G729:18:8000:20:8000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[G729:18:8000:20:8000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[PCMU:0:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[PCMU:0:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[PCMU:0:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[PCMU:0:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[PCMU:0:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[PCMA:8:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[PCMA:8:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[PCMA:8:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[PCMA:8:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[PCMA:8:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[G7221:115:32000:20:48000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[G7221:115:32000:20:48000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[G7221:115:32000:20:48000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[G7221:115:32000:20:48000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[G7221:115:32000:20:48000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[G7221:107:16000:20:32000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[G7221:107:16000:20:32000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[G7221:107:16000:20:32000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[G7221:107:16000:20:32000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[G7221:107:16000:20:32000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[G722:9:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[G722:9:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[G722:9:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[G722:9:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[G722:9:8000:20:64000] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMA:8:8000:30:0]/[GSM:3:8000:20:13200] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [PCMU:0:8000:30:0]/[GSM:3:8000:20:13200] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G729:18:8000:30:0]/[GSM:3:8000:20:13200] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [G723:4:8000:30:0]/[GSM:3:8000:20:13200] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare > [telephone-event:101:8000:30:0]/[GSM:3:8000:20:13200] > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv > payload to 101 > 2010-09-30 22:50:14.152164 [DEBUG] switch_channel.c:2359 > (sofia/external/12345 at a.b.c.d) Callstate Change DOWN -> HANGUP > 2010-09-30 22:50:14.152164 [NOTICE] sofia.c:4686 Hangup > sofia/external/12345 at a.b.c.d [CS_NEW] [INCOMPATIBLE_DESTINATION] > > Does anybody have any ideas? > > Thank you in advance > ????????????? Jan > > Am 30.09.2010 18:46, schrieb Brian West: > > Codec interface was changed a little bit yesterday to support per codec fmtp > parsing and bitrates for g722.1 which was the reason it was changed. Please > make sure your tree is clean and do a make current again and see if that > solves your problem. > > /b > > On Sep 30, 2010, at 11:24 AM, Brock Williams wrote: > > We are experiencing the same problem on a git pull from yesterday. > > Brock > > On 09/30/2010 05:16 AM, Jan Riedinger wrote: > > It's the git version from yesterday evening: > > freeswitch at internal> version > FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) > > BR > Jan > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > Jan Riedinger Phone : +49-30-39 73 19 66 > Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 > E-Mail: riedinger at sns.eu > SNS Consult GmbH ICQ : 163-237-041 > S?dwestkorso 49a MSN : jan at sns-consult.de > 14197 Berlin GERMANY Skype : Jan Riedinger > > AG Charlottenburg - HRB 71973 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From shamun.toha at gmail.com Thu Sep 30 14:31:21 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Thu, 30 Sep 2010 23:31:21 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_opal, mod_h323 never get installed Message-ID: Hello, Fedora 12 - mod_opal or mod_h323 not able to install. Here is the following: Installed: opal-devel.i686 0:3.6.8-1.fc12 Dependency Installed: ptlib-devel.i686 0:2.6.7-1.fc12 speex-devel.i686 0:1.2-0.12.rc1.fc12 [root at example freeswitch]# make mod_opal making all mod_opal Compiling /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... quiet_libtool: compile: g++ -g -ggdb -I. -I/usr/local/src/freeswitch/src/include -I/usr/local/src/freeswitch/src/include -I/usr/local/src/freeswitch/libs/libteletone/src -fPIC -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -O2 -D_GNU_SOURCE -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/include/opal -I/usr/include/SDL -DHAVE_CONFIG_H -c /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp -fPIC -DPIC -o .libs/mod_opal.o /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In constructor ?FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, unsigned int, OpalConnection::StringOptions*, switch_caller_profile_t*, switch_core_session_t*, switch_channel_t*)?: /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: error: no matching function for call to ?OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, unsigned int&, OpalConnection::StringOptions*&)? /usr/include/opal/opal/localep.h:249: note: candidates are: OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, void*) /usr/include/opal/opal/localep.h:242: note: OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::read_frame(switch_frame_t**, switch_io_flag_t)?: /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In member function ?switch_status_t FSMediaStream::write_frame(const switch_frame_t*, switch_io_flag_t)?: /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? make[4]: *** [mod_opal.lo] Error 1 make[3]: *** [all] Error 1 make[2]: *** [mod_opal-all] Error 1 make[1]: *** [mod_opal] Error 2 make: *** [mod_opal] Error 2 [root at example freeswitch]# Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/59c2171a/attachment.html From jason at cloudtree.net Thu Sep 30 14:40:24 2010 From: jason at cloudtree.net (Jason Jeffords) Date: Thu, 30 Sep 2010 17:40:24 -0400 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: Hi Giovanni, We have tested all of the use cases you have outlined below (and quite a few more, like early hangups and other races with multiple instances across multiple servers and desktops). We will attach the git diff to the bug ASAP for review. On another note, we are currently working on FreeSwitch survivability when Skype instances and Xvfbs are killed (FreeSwitch will exit/Segv/core dump). We have found a way to fix most of the cases and are now working on what we think is the final Segv/core dump when there is an active call. Would this code be of interest as well? If so we can provide a complete git diff. Thanks, Jason On Thu, Sep 30, 2010 at 5:09 PM, Giovanni Maruzzelli wrote: > On Thu, Sep 30, 2010 at 9:10 PM, Jason Jeffords wrote: >> The fixes we have made enable: >> 1) simultaneous ringing of multiple Skype instances, both on multiple >> FreeSwitch servers and Desktop clients >> 2) Correct Handling of all "Early Hangup" cases >> 3) Correct Simultaneous ringing of multiple outbound SIP call legs > > Hi Jason, > > please attach to the Jira issue a patch (git diff) against the latest git pull. > > Best would be if you can test it against the various use cases > (multiple instances of same skypeuser, and multiple different > skypeusers) to check it does not breaks anything. > > I'll try to integrate it. > > Thanks a lot for your efforts, > > -giovanni > >> >> In short, the Skype instance no longer hangs and calls behave >> as expected. >> >> Please let us know if the community would like these fixes to be >> submitted back to the community for review and hopefully inclusion >> into the baseline. >> >> Thanks in advance, >> >> Jason >> >> On Tue, Sep 28, 2010 at 4:38 PM, Jason Jeffords wrote: >>> Hi Giovanni >>> >>> I have created Issue FS-2743 to track the single instance early hangup issues. >>> >>> http://jira.freeswitch.org/browse/FS-2743 >>> >>> Thanks for all your help, >>> >>> Jason >>> >>> On Tue, Sep 28, 2010 at 3:12 PM, Jason Jeffords wrote: >>>> Thanks Giovanni, >>>> >>>> We will do that ASAP. >>>> >>>> Jason >>>> >>>> On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: >>>>> Please open a Jira on this one, and attach a complete debug session to >>>>> it (as a text file attachment). >>>>> >>>>> -giovanni >>>>> >>>>> On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >>>>>> We have found another failure case, this time without any extra Skype >>>>>> instances. >>>>>> >>>>>> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >>>>>> 2) Hang up the Skype Client before the far end answers >>>>>> 3) The far end will keep ringing for a while, wait until it finishes >>>>>> 4) Now call the same Skype userid on FreeSWITCH >>>>>> 5) Answer the far end - there is no audio >>>>>> 6) Hang up either end >>>>>> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >>>>>> ?client will be rejected >>>>>> >>>>>> That Skype instance is now broken no matter where you call it from >>>>>> until FreeSWITCH is restarted. >>>>>> >>>>>> This is exactly the same behavior as occurs with multiple Skype >>>>>> clients. ?The problem appears to be mod_skypopen is not handling >>>>>> hangups/cancels before the B leg answers. >>>>>> >>>>>> Jason >>>>>> >>>>>> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>>>>>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>>>>>> is answered remotely. ?When this occurs, mod_skypopen says: >>>>>>> >>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>>> >>>>>>> In this example (see below) call 74 is in progress and the SIP messages >>>>>>> are already sent. ?When the FINISHED indication is received, could the >>>>>>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>>>>>> on their end). >>>>>>> >>>>>>> Jason >>>>>>> >>>>>>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>>>>>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>>>>>> Hazel||| >>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>>>>>> stratusware||| >>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>> ][interface2][-1, 0, 0] NOT FOUND >>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>>>>>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>>>>>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>> ][interface2][-1, 7, 0] new_inbound_channel >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface2) Running State Change CS_INIT >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (skypopen/interface2) State INIT >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>>>>>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (skypopen/interface2) State INIT going to sleep >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface2) Running State Change CS_ROUTING >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>>>>>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (skypopen/interface2) State ROUTING >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>>>>>> skypopen/interface2 Standard ROUTING >>>>>>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>>>>>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>>>>>> Dialplan: skypopen/interface2 Action >>>>>>> set(toll_allow=domestic,international,local) >>>>>>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>>>>>> Dialplan: skypopen/interface2 Action >>>>>>> set(effective_caller_id_name=${skype_user}) >>>>>>> Dialplan: skypopen/interface2 Action >>>>>>> set(effective_caller_id_number=+18574883540) >>>>>>> Dialplan: skypopen/interface2 Action >>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>>>>>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (skypopen/interface2) State ROUTING going to sleep >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (skypopen/interface2) Running State Change CS_EXECUTE >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>>>>>> (skypopen/interface2) State EXECUTE >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>>>>>> skypopen/interface2 Standard EXECUTE >>>>>>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface2 SET [ignore_early_media]=[true] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>>>>>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (sofia/external/+16037141687) State INIT >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>> CS_CONSUME_MEDIA >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>> <+16037141687> >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>> v=0 >>>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>>> s=- >>>>>>> c=IN IP4 209.247.5.148 >>>>>>> t=0 0 >>>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=fmtp:101 0-16 >>>>>>> a=ptime:20 >>>>>>> >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>> send payload to 101 >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>>>>>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>> [soft] 160 bytes per 20ms >>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>> send payload to 101 >>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>> receive payload to 101 >>>>>>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>> sofia/external/+16037141687! >>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>>>>>> skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>>> NROF_AUTHED_BUDDIES 8||| >>>>>>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>>> NROF_AUTHED_BUDDIES 7||| >>>>>>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>> v=0 >>>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>>> s=- >>>>>>> c=IN IP4 209.247.5.148 >>>>>>> t=0 0 >>>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=fmtp:101 0-16 >>>>>>> a=ptime:20 >>>>>>> >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>>>>>> skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>>>>>> [sofia/external/+16037141687] has been answered >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>> ][interface2][-1, 7, 0] NOT FOUND >>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>> tech_pvt->skype_user=ct-user4 >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>> Action failed||| >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>> ][interface2][-1,11,16] skype_call now is DOWN >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>> ][interface2][-1, 1,16] skype call ended >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>>>>>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>>>>>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>>>>>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>>>>>> skypopen/interface2 [KILL] >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_KILL >>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>>>>>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal skypopen/interface2 [BREAK] >>>>>>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>>> SWITCH_SIG_BREAK >>>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>>>>>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>>>>>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>>>>>> Action failed||| >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>>>>>> sofia/external/+16037141687 [KILL] >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>> other leg >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>>>>>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>>>>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>>>>>> We did not realize this case is not supported, and it does indeed >>>>>>>>> break mod_skypopen >>>>>>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>>>>>> message from >>>>>>>>> the Skype client indicating another client answered the call). >>>>>>>>> >>>>>>>>> Is there any way we could add this support? >>>>>>>> >>>>>>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>>>>>> feasible at all (ie: if the external skype clients notify the FS skype >>>>>>>> clients they've answered), but maybe yes. >>>>>>>> >>>>>>>> -giovanni >>>>>>>> >>>>>>>>> >>>>>>>>> Thanks in advance, >>>>>>>>> >>>>>>>>> Jason >>>>>>>>> >>>>>>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>>>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>>>>>> >>>>>>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>>>>>> Hi Jason, >>>>>>>>>> >>>>>>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>>>>>> >>>>>>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>>>>>> >>>>>>>>>> -giovanni >>>>>>>>>> >>>>>>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>>>>>> and any desktop Skype instances you have open - it works >>>>>>>>>>> every time as long as you answer the SIP endpoints >>>>>>>>>>> >>>>>>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>>>>>> >>>>>>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>>>>>> FreeSWITCH and your desktop clients >>>>>>>>>>> >>>>>>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>>>>>> the call answering by the desktop Skype instance is not >>>>>>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>>>>>> outbound call request when it sees an external answer, >>>>>>>>>>> perhaps by hangup?). >>>>>>>>>>> >>>>>>>>>>> The only way to fix the problem is a complete restart of the >>>>>>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>>>>>> >>>>>>>>>>> I have included a small portion of the failing log below (once >>>>>>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>>>>>> >>>>>>>>>>> Any help would be greatly appreciated. >>>>>>>>>>> >>>>>>>>>>> Thanks in advance, >>>>>>>>>>> >>>>>>>>>>> Jason >>>>>>>>>>> >>>>>>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>>>>>> Hazel||| >>>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>>>>>> stratusware||| >>>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>> (skypopen/interface4) State INIT >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>> (skypopen/interface4) State ROUTING >>>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>>>>>> skypopen/interface4 Standard ROUTING >>>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>>>>>> Channel [skypopen/interface4] has been answered >>>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>>>>>> 3||| >>>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>>> skypopen/interface4 [KILL] >>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_KILL >>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>>>>>> (channel is hungup already) >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>> (skypopen/interface4) State HANGUP >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>> (skypopen/interface4) State REPORTING >>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>>> 17 (skypopen/interface4) Ended >>>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>> (skypopen/interface4) State DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>>> skypopen/interface4 Standard DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>>> (skypopen/interface4) State EXECUTE >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>>>>>> skypopen/interface4! >>>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>>>>>> skypopen/interface4! >>>>>>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>>>>> CS_CONSUME_MEDIA >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>>>>> <+16037141687> >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>>>>> v=0 >>>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>>> s=- >>>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>>> t=0 0 >>>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>>> a=ptime:20 >>>>>>>>>>> >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>>>>> send payload to 101 >>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>>>>> [soft] 160 bytes per 20ms >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>>>>> send payload to 101 >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>>>>> receive payload to 101 >>>>>>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>>>>> sofia/external/+16037141687! >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>>>>> v=0 >>>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>>> s=- >>>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>>> t=0 0 >>>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>>> a=ptime:20 >>>>>>>>>>> >>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>>>>> Action failed||| >>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>>>>>> ][interface4][-1, 1,16] no session >>>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>>>>> other leg >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>>> FreeSWITCH-users at 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 >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>>> http://www.freeswitch.org >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> jason jeffords | founder & cto cloudtree >>>>>>>>> c | +1 617 299 6242 >>>>>>>>> 850 winter street I waltham ma 02451 >>>>>>>>> jason at cloudtree.net >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at 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 >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> jason jeffords | founder & cto cloudtree >>>>>>> c | +1 617 299 6242 >>>>>>> 850 winter street I waltham ma 02451 >>>>>>> jason at cloudtree.net >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> jason jeffords | founder & cto cloudtree >>>>>> c | +1 617 299 6242 >>>>>> 850 winter street I waltham ma 02451 >>>>>> jason at cloudtree.net >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at 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 >>>>> >>>>> _______________________________________________ >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> jason jeffords | founder & cto cloudtree >>>> c | +1 617 299 6242 >>>> 850 winter street I waltham ma 02451 >>>> jason at cloudtree.net >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >> >> >> >> -- >> jason jeffords | founder & cto cloudtree >> c | +1 617 299 6242 >> 850 winter street I waltham ma 02451 >> jason at cloudtree.net >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > -- jason jeffords | founder & cto cloudtree c | +1 617 299 6242 850 winter street I waltham ma 02451 jason at cloudtree.net From bwibowo at gmail.com Thu Sep 30 14:44:08 2010 From: bwibowo at gmail.com (budi wibowo) Date: Fri, 1 Oct 2010 04:44:08 +0700 Subject: [Freeswitch-users] mod skype legal Message-ID: hi it's nice to know that FS have module to integrate with skype. is it something that skype supported and legally allowed? say, i have project on mapping some phone number to some skype user. is it safe to use the module for commercial use? regards budi wibowo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/e189d11b/attachment.html From gmaruzz at celliax.org Thu Sep 30 14:45:31 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Thu, 30 Sep 2010 23:45:31 +0200 Subject: [Freeswitch-users] mod_skypopen Refusing Skype Calls Once a Call is Answered Via a Desktop Skype Client In-Reply-To: References: Message-ID: On Thu, Sep 30, 2010 at 11:40 PM, Jason Jeffords wrote: > Hi Giovanni, > > We have tested all of the use cases you have outlined > below (and quite a few more, like early hangups and > other races with multiple instances across multiple > servers and desktops). ?We will attach the git diff to > the bug ASAP for review. > > On another note, we are currently working on FreeSwitch > survivability when Skype instances and Xvfbs are killed > (FreeSwitch will exit/Segv/core dump). ?We have found a > way to fix most of the cases and are now working on what > we think is the final Segv/core dump when there is an > active call. > > Would this code be of interest as well? If so we can > provide a complete git diff. Definitely yes! I'm presently reworking various parts of mod_skypopen for performances and scalability, and I'll be happy to integrate your patches (I'll integrate yours before integrating mines). So, please attach it, and many thanks for the scrupulous approach you're putting in this, very much appreciated! -giovanni > > Thanks, > > Jason > > On Thu, Sep 30, 2010 at 5:09 PM, Giovanni Maruzzelli > wrote: >> On Thu, Sep 30, 2010 at 9:10 PM, Jason Jeffords wrote: >>> The fixes we have made enable: >>> 1) simultaneous ringing of multiple Skype instances, both on multiple >>> FreeSwitch servers and Desktop clients >>> 2) Correct Handling of all "Early Hangup" cases >>> 3) Correct Simultaneous ringing of multiple outbound SIP call legs >> >> Hi Jason, >> >> please attach to the Jira issue a patch (git diff) against the latest git pull. >> >> Best would be if you can test it against the various use cases >> (multiple instances of same skypeuser, and multiple different >> skypeusers) to check it does not breaks anything. >> >> I'll try to integrate it. >> >> Thanks a lot for your efforts, >> >> -giovanni >> >>> >>> In short, the Skype instance no longer hangs and calls behave >>> as expected. >>> >>> Please let us know if the community would like these fixes to be >>> submitted back to the community for review and hopefully inclusion >>> into the baseline. >>> >>> Thanks in advance, >>> >>> Jason >>> >>> On Tue, Sep 28, 2010 at 4:38 PM, Jason Jeffords wrote: >>>> Hi Giovanni >>>> >>>> I have created Issue FS-2743 to track the single instance early hangup issues. >>>> >>>> http://jira.freeswitch.org/browse/FS-2743 >>>> >>>> Thanks for all your help, >>>> >>>> Jason >>>> >>>> On Tue, Sep 28, 2010 at 3:12 PM, Jason Jeffords wrote: >>>>> Thanks Giovanni, >>>>> >>>>> We will do that ASAP. >>>>> >>>>> Jason >>>>> >>>>> On Tue, Sep 28, 2010 at 2:48 PM, Giovanni Maruzzelli wrote: >>>>>> Please open a Jira on this one, and attach a complete debug session to >>>>>> it (as a text file attachment). >>>>>> >>>>>> -giovanni >>>>>> >>>>>> On Tue, Sep 28, 2010 at 8:14 PM, Jason Jeffords wrote: >>>>>>> We have found another failure case, this time without any extra Skype >>>>>>> instances. >>>>>>> >>>>>>> 1) Call a Skype userid on FreeSWITCH which bridges to a SIP endpoint >>>>>>> 2) Hang up the Skype Client before the far end answers >>>>>>> 3) The far end will keep ringing for a while, wait until it finishes >>>>>>> 4) Now call the same Skype userid on FreeSWITCH >>>>>>> 5) Answer the far end - there is no audio >>>>>>> 6) Hang up either end >>>>>>> 7) Now call the same Skype userid on FreeSWITCH - This time the Skype >>>>>>> ?client will be rejected >>>>>>> >>>>>>> That Skype instance is now broken no matter where you call it from >>>>>>> until FreeSWITCH is restarted. >>>>>>> >>>>>>> This is exactly the same behavior as occurs with multiple Skype >>>>>>> clients. ?The problem appears to be mod_skypopen is not handling >>>>>>> hangups/cancels before the B leg answers. >>>>>>> >>>>>>> Jason >>>>>>> >>>>>>> On Tue, Sep 28, 2010 at 1:36 PM, Jason Jeffords wrote: >>>>>>>> We are seeing a "STATUS FINISHED" indication from Skype when a call >>>>>>>> is answered remotely. ?When this occurs, mod_skypopen says: >>>>>>>> >>>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>>>> >>>>>>>> In this example (see below) call 74 is in progress and the SIP messages >>>>>>>> are already sent. ?When the FINISHED indication is received, could the >>>>>>>> call be canceled (e.g. this is equivalent to the Skype caller hanging up >>>>>>>> on their end). >>>>>>>> >>>>>>>> Jason >>>>>>>> >>>>>>>> 2010-09-28 17:22:47.962165 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 CONF_ID 0||| >>>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 STATUS RINGING||| >>>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>> ][interface2][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 74 >>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>> 2010-09-28 17:22:47.991943 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_DISPNAME|||| >>>>>>>> 2010-09-28 17:22:48.002019 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface2][-1, 0, 0] SENDING: |||GET CALL 74 PARTNER_HANDLE|||| >>>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_DISPNAME Thomas >>>>>>>> Hazel||| >>>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 0, 0] READING: |||CALL 74 PARTNER_HANDLE >>>>>>>> stratusware||| >>>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>> ][interface2][-1, 0, 0] Call 74 go to skypopen_partner_handle_ring >>>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>> ][interface2][-1, 0, 0] NOT FOUND >>>>>>>> 2010-09-28 17:22:48.041940 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>> ][interface2][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:272 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>> ][interface2][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>> 2010-09-28 17:22:48.061934 [NOTICE] switch_channel.c:779 New Channel >>>>>>>> skypopen/interface2 [03aeed34-cb25-11df-a2b6-3dee1bbd18ba] >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2073 >>>>>>>> (skypopen/interface2) State Change CS_NEW -> CS_INIT >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>> ][interface2][-1, 7, 0] new_inbound_channel >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface2) Running State Change CS_INIT >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (skypopen/interface2) State INIT >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:450 >>>>>>>> (skypopen/interface2) State Change CS_INIT -> CS_ROUTING >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:451 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL INIT >>>>>>>> 03aeed34-cb25-11df-a2b6-3dee1bbd18ba >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (skypopen/interface2) State INIT going to sleep >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface2) Running State Change CS_ROUTING >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_channel.c:1512 >>>>>>>> (skypopen/interface2) Callstate Change DOWN -> RINGING >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (skypopen/interface2) State ROUTING >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] mod_skypopen.c:568 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL ROUTING >>>>>>>> 2010-09-28 17:22:48.061934 [DEBUG] switch_core_state_machine.c:77 >>>>>>>> skypopen/interface2 Standard ROUTING >>>>>>>> 2010-09-28 17:22:48.061934 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>> Dialplan: skypopen/interface2 parsing [default->SkypeInbound] continue=false >>>>>>>> Dialplan: skypopen/interface2 Regex (PASS) [SkypeInbound] >>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>> Dialplan: skypopen/interface2 Action set(ignore_early_media=true) >>>>>>>> Dialplan: skypopen/interface2 Action >>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>> Dialplan: skypopen/interface2 Action set(default_gateway=bandwidth.com) >>>>>>>> Dialplan: skypopen/interface2 Action >>>>>>>> set(effective_caller_id_name=${skype_user}) >>>>>>>> Dialplan: skypopen/interface2 Action >>>>>>>> set(effective_caller_id_number=+18574883540) >>>>>>>> Dialplan: skypopen/interface2 Action >>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:119 >>>>>>>> (skypopen/interface2) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (skypopen/interface2) State ROUTING going to sleep >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (skypopen/interface2) Running State Change CS_EXECUTE >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:348 >>>>>>>> (skypopen/interface2) State EXECUTE >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:585 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>> ][interface2][-1, 7, 0] interface2 CHANNEL EXECUTE >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:157 >>>>>>>> skypopen/interface2 Standard EXECUTE >>>>>>>> EXECUTE skypopen/interface2 set(ignore_early_media=true) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface2 SET [ignore_early_media]=[true] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface2 set(toll_allow=domestic,international,local) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface2 SET [toll_allow]=[domestic,international,local] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface2 set(default_gateway=bandwidth.com) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface2 SET [default_gateway]=[bandwidth.com] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_name=ct-user4) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface2 SET [effective_caller_id_name]=[ct-user4] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface2 set(effective_caller_id_number=+18574883540) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_dptools.c:854 >>>>>>>> skypopen/interface2 SET [effective_caller_id_number]=[+18574883540] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=27 >>>>>>>> EXECUTE skypopen/interface2 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>> ][interface2][-1, 7, 0] MSG_ID=26 >>>>>>>> 2010-09-28 17:22:48.091944 [NOTICE] switch_channel.c:779 New Channel >>>>>>>> sofia/external/+16037141687 [03b7082a-cb25-11df-a2b8-3dee1bbd18ba] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:3899 >>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:83 >>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:119 >>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:338 >>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_channel.c:1512 >>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] mod_sofia.c:142 >>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_ivr_originate.c:66 >>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>> CS_CONSUME_MEDIA >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:341 >>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] switch_core_state_machine.c:360 >>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>> 2010-09-28 17:22:48.091944 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>> 2010-09-28 17:22:49.701942 [INFO] sofia.c:703 >>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>> <+16037141687> >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>> v=0 >>>>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>>>> s=- >>>>>>>> c=IN IP4 209.247.5.148 >>>>>>>> t=0 0 >>>>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>> a=fmtp:101 0-16 >>>>>>>> a=ptime:20 >>>>>>>> >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>> Compare [PCMU:0:8000:20]/[L16:10:16000:20] >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>> send payload to 101 >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 16694 -> >>>>>>>> 209.247.5.148 port 63944 codec: 0 ms: 20 >>>>>>>> 2010-09-28 17:22:49.701942 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>> [soft] 160 bytes per 20ms >>>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>> send payload to 101 >>>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>> receive payload to 101 >>>>>>>> 2010-09-28 17:22:49.711951 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>> sofia/external/+16037141687! >>>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2409 >>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>> skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:22:49.711951 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:22:50.412029 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>>>> NROF_AUTHED_BUDDIES 8||| >>>>>>>> 2010-09-28 17:22:50.441981 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface3][-1, 0, 0] READING: |||USER cloud-tree-admin >>>>>>>> NROF_AUTHED_BUDDIES 7||| >>>>>>>> 2010-09-28 17:22:53.692056 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface3][-1, 0, 0] READING: |||USER ct-user4 TIMEZONE 72000||| >>>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 7, 0] READING: |||CALL 74 STATUS FINISHED||| >>>>>>>> 2010-09-28 17:22:55.741952 [DEBUG] skypopen_protocol.c:635 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?635 >>>>>>>> ][interface2][-1, 7, 0] skype_call 74 is NOT MY call, ignoring >>>>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>> 2010-09-28 17:23:15.982024 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>> v=0 >>>>>>>> o=- 1285694568 1285694569 IN IP4 209.247.5.148 >>>>>>>> s=- >>>>>>>> c=IN IP4 209.247.5.148 >>>>>>>> t=0 0 >>>>>>>> m=audio 63944 RTP/AVP 0 101 >>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>> a=fmtp:101 0-16 >>>>>>>> a=ptime:20 >>>>>>>> >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] sofia.c:4399 Channel >>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2555 >>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>> skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:23:15.992544 [NOTICE] sofia.c:4908 Channel >>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:985 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>> ][interface2][-1, 7, 0] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>> ][interface2][-1, 7, 0] NOT FOUND >>>>>>>> 2010-09-28 17:23:15.992544 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface2][-1,11, 0] SENDING: |||ALTER CALL 74 ANSWER|||| >>>>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>> ][interface2][-1,11, 0] We answered a Skype RING on skype_call 74 >>>>>>>> 2010-09-28 17:23:16.011969 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>> ][interface2][-1,11, 0] NEW! ?name: interface2, state: 11, >>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>> tech_pvt->skype_user=ct-user4 >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>> ][interface2][-1,11, 0] Skype got ERROR about a failed action >>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>> Action failed||| >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>> ][interface2][-1,11,16] skype_call now is DOWN >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>> ][interface2][-1, 1,16] skype call ended >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2322 >>>>>>>> (skypopen/interface2) Callstate Change RINGING -> HANGUP >>>>>>>> 2010-09-28 17:23:16.042127 [NOTICE] mod_skypopen.c:1282 Hangup >>>>>>>> skypopen/interface2 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>> skypopen/interface2 [KILL] >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] mod_skypopen.c:606 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_KILL >>>>>>>> 2010-09-28 17:23:16.042127 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>> ][interface2][-1, 1,16] SENDING: |||ALTER CALL 74 END HANGUP|||| >>>>>>>> 2010-09-28 17:23:16.061968 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal skypopen/interface2 [BREAK] >>>>>>>> 2010-09-28 17:23:16.061968 [DEBUG] mod_skypopen.c:627 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>> ][interface2][-1, 1,16] skypopen/interface2 CHANNEL got >>>>>>>> SWITCH_SIG_BREAK >>>>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>> ][interface2][-1, 0, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>> 2010-09-28 17:23:16.371973 [DEBUG] skypopen_protocol.c:245 rev >>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?245 >>>>>>>> ][interface2][-1, 0, 0] Skype got ERROR about a failed action >>>>>>>> (probably TRYING to HANGUP A CALL), no problem: |||ERROR 559 CALL: >>>>>>>> Action failed||| >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2322 >>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>> 2010-09-28 17:23:29.121962 [NOTICE] sofia.c:522 Hangup >>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:447 >>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>> other leg >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] mod_sofia.c:453 Channel >>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:46 >>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:535 >>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:333 >>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:314 >>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:53 >>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:595 >>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_state_machine.c:327 >>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1039 Send >>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>> 2010-09-28 17:23:29.121962 [DEBUG] switch_core_session.c:1202 Session >>>>>>>> 24 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Sep 28, 2010 at 12:01 PM, Giovanni Maruzzelli wrote: >>>>>>>>> On Tue, Sep 28, 2010 at 5:26 PM, Jason Jeffords wrote: >>>>>>>>>> We did not realize this case is not supported, and it does indeed >>>>>>>>>> break mod_skypopen >>>>>>>>>> (specifically, it looks like mod_skypopen is ignoring the "answered" >>>>>>>>>> message from >>>>>>>>>> the Skype client indicating another client answered the call). >>>>>>>>>> >>>>>>>>>> Is there any way we could add this support? >>>>>>>>> >>>>>>>>> Only modifiying the mod_skypopen sources, and I'm not sure it's >>>>>>>>> feasible at all (ie: if the external skype clients notify the FS skype >>>>>>>>> clients they've answered), but maybe yes. >>>>>>>>> >>>>>>>>> -giovanni >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks in advance, >>>>>>>>>> >>>>>>>>>> Jason >>>>>>>>>> >>>>>>>>>> PS> Our use case is to have multiple instances with the same user ID on multiple >>>>>>>>>> servers and desktop clients. ?So this is a show stopper for us. >>>>>>>>>> >>>>>>>>>> On Tue, Sep 28, 2010 at 11:08 AM, Giovanni Maruzzelli wrote: >>>>>>>>>>> Hi Jason, >>>>>>>>>>> >>>>>>>>>>> Maybe I've not understood, so I ask explicitly: you have the same >>>>>>>>>>> skypeuserid running on the freeswitch server AND on the desktops? >>>>>>>>>>> >>>>>>>>>>> This is not supported, and will break the inner working of mod_skypopen. >>>>>>>>>>> >>>>>>>>>>> -giovanni >>>>>>>>>>> >>>>>>>>>>> On Tue, Sep 28, 2010 at 4:47 PM, Jason Jeffords wrote: >>>>>>>>>>>> 1) Call a Skype user on Freeswitch which then bridges to >>>>>>>>>>>> 1 or more SIP endpoints - this will simultaneous ring SIP >>>>>>>>>>>> and any desktop Skype instances you have open - it works >>>>>>>>>>>> every time as long as you answer the SIP endpoints >>>>>>>>>>>> >>>>>>>>>>>> 2) Answer the call with one of your desktop Skype instances >>>>>>>>>>>> >>>>>>>>>>>> 3) Call a Skype user again as in step 1 - this will now fail on both >>>>>>>>>>>> FreeSWITCH and your desktop clients >>>>>>>>>>>> >>>>>>>>>>>> mod_skypopen/FreeSWITCH is rejecting all subsequent calls, >>>>>>>>>>>> which forces a reject on the Skype network as well. ?It appears >>>>>>>>>>>> the call answering by the desktop Skype instance is not >>>>>>>>>>>> handled by mod_skypopen (it should probably cancel the >>>>>>>>>>>> outbound call request when it sees an external answer, >>>>>>>>>>>> perhaps by hangup?). >>>>>>>>>>>> >>>>>>>>>>>> The only way to fix the problem is a complete restart of the >>>>>>>>>>>> Skype instances on FreeSWITCH and FreeSWITCH itself. >>>>>>>>>>>> >>>>>>>>>>>> I have included a small portion of the failing log below (once >>>>>>>>>>>> mod_skypopen/FreeSWITCH system is wedged). >>>>>>>>>>>> >>>>>>>>>>>> Any help would be greatly appreciated. >>>>>>>>>>>> >>>>>>>>>>>> Thanks in advance, >>>>>>>>>>>> >>>>>>>>>>>> Jason >>>>>>>>>>>> >>>>>>>>>>>> 2010-09-28 14:38:14.797954 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 CONF_ID 0||| >>>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS RINGING||| >>>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:579 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?579 >>>>>>>>>>>> ][interface4][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 227 >>>>>>>>>>>> is RINGING, to ask PARTNER_DISPNAME and PARTNER_HANDLE >>>>>>>>>>>> 2010-09-28 14:38:14.867970 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_DISPNAME|||| >>>>>>>>>>>> 2010-09-28 14:38:14.917964 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>>> ][interface4][-1, 0, 0] SENDING: |||GET CALL 227 PARTNER_HANDLE|||| >>>>>>>>>>>> 2010-09-28 14:38:15.247962 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_DISPNAME Thomas >>>>>>>>>>>> Hazel||| >>>>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 PARTNER_HANDLE >>>>>>>>>>>> stratusware||| >>>>>>>>>>>> 2010-09-28 14:38:15.277958 [DEBUG] skypopen_protocol.c:496 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?496 >>>>>>>>>>>> ][interface4][-1, 0, 0] Call 227 go to skypopen_partner_handle_ring >>>>>>>>>>>> 2010-09-28 14:38:15.707985 [DEBUG] mod_skypopen.c:2437 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2437 >>>>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>>>> 2010-09-28 14:38:15.838037 [DEBUG] mod_skypopen.c:2049 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2049 >>>>>>>>>>>> ][interface4][-1, 7, 0] 2 SESSION_REQUEST >>>>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:272 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?272 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen_tech_init SUCCESS >>>>>>>>>>>> 2010-09-28 14:38:15.898008 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>>>> skypopen/interface4 [07602acc-cb0e-11df-ada1-018a94d3f22d] >>>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:2073 >>>>>>>>>>>> (skypopen/interface4) State Change CS_NEW -> CS_INIT >>>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:15.898008 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:2085 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2085 >>>>>>>>>>>> ][interface4][-1, 7, 0] new_inbound_channel >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_INIT >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>>> (skypopen/interface4) State INIT >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:450 >>>>>>>>>>>> (skypopen/interface4) State Change CS_INIT -> CS_ROUTING >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] mod_skypopen.c:451 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?451 >>>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL INIT >>>>>>>>>>>> 07602acc-cb0e-11df-ada1-018a94d3f22d >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>>> (skypopen/interface4) State INIT going to sleep >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_ROUTING >>>>>>>>>>>> 2010-09-28 14:38:15.937986 [DEBUG] switch_channel.c:1512 >>>>>>>>>>>> (skypopen/interface4) Callstate Change DOWN -> RINGING >>>>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>>> (skypopen/interface4) State ROUTING >>>>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] mod_skypopen.c:568 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?568 >>>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ROUTING >>>>>>>>>>>> 2010-09-28 14:38:15.967968 [DEBUG] switch_core_state_machine.c:77 >>>>>>>>>>>> skypopen/interface4 Standard ROUTING >>>>>>>>>>>> 2010-09-28 14:38:15.947959 [DEBUG] mod_skypopen.c:942 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?942 >>>>>>>>>>>> ][interface4][-1, 7, 0] interface4 CHANNEL ANSWER >>>>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:947 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?947 >>>>>>>>>>>> ][interface4][-1, 7, 0] ANSWERED! >>>>>>>>>>>> 2010-09-28 14:38:15.977964 [DEBUG] mod_skypopen.c:1008 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1008 >>>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:15.997965 [DEBUG] switch_channel.c:2555 >>>>>>>>>>>> (skypopen/interface4) Callstate Change RINGING -> ACTIVE >>>>>>>>>>>> 2010-09-28 14:38:16.007958 [INFO] mod_dialplan_xml.c:331 Processing >>>>>>>>>>>> Thomas Hazel ->skype_inbound in context default >>>>>>>>>>>> 2010-09-28 14:38:16.048001 [NOTICE] switch_ivr_originate.c:3315 >>>>>>>>>>>> Channel [skypopen/interface4] has been answered >>>>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>>>> 2010-09-28 14:38:16.048001 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>>> 2010-09-28 14:38:16.097966 [DEBUG] switch_ivr_originate.c:3360 >>>>>>>>>>>> Originate Resulted in Success: [sofia/external/+16037141687] >>>>>>>>>>>> 2010-09-28 14:38:16.179398 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface1][-1, 0, 0] READING: |||USER ct-user2 NROF_AUTHED_BUDDIES >>>>>>>>>>>> 3||| >>>>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1014 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1014 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_MESSAGE_INDICATE_AUDIO_SYNC >>>>>>>>>>>> 2010-09-28 14:38:16.187965 [DEBUG] mod_skypopen.c:1033 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1033 >>>>>>>>>>>> ][interface4][-1, 7, 0] Synching audio >>>>>>>>>>>> 2010-09-28 14:38:16.297970 [WARNING] switch_ivr_bridge.c:1241 Bridge >>>>>>>>>>>> Failed skypopen/interface4->sofia/external/+16037141687 >>>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 7, 0] MSG_ID=5 >>>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:16.337946 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:16.347942 [DEBUG] switch_channel.c:2322 >>>>>>>>>>>> (skypopen/interface4) Callstate Change ACTIVE -> HANGUP >>>>>>>>>>>> 2010-09-28 14:38:16.358103 [NOTICE] switch_ivr_bridge.c:1280 Hangup >>>>>>>>>>>> skypopen/interface4 [CS_EXECUTE] [NORMAL_CLEARING] >>>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>>>> skypopen/interface4 [KILL] >>>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] mod_skypopen.c:606 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?606 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_KILL >>>>>>>>>>>> 2010-09-28 14:38:16.358103 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>>> ][interface4][-1, 7, 0] SENDING: |||ALTER CALL 227 END HANGUP|||| >>>>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:16.377945 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 7, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>>>> 18 (sofia/external/+16037141687) Ended >>>>>>>>>>>> 2010-09-28 14:38:16.377945 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>>>> Channel sofia/external/+16037141687 [CS_DESTROY] >>>>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 7, 0] READING: |||ALTER CALL 227 END HANGUP||| >>>>>>>>>>>> 2010-09-28 14:38:16.387943 [DEBUG] switch_core_session.c:1909 >>>>>>>>>>>> skypopen/interface4 skip receive message [APPLICATION_EXEC_COMPLETE] >>>>>>>>>>>> (channel is hungup already) >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>>>> (sofia/external/+16037141687) Callstate Change HANGUP -> DOWN >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>>>> (skypopen/interface4) State EXECUTE going to sleep >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_HANGUP >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>>> (skypopen/interface4) State HANGUP >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:541 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?541 >>>>>>>>>>>> ][interface4][-1,10, 0] interface4 CHANNEL HANGUP >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>>>> skypopen/interface4 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>>> (skypopen/interface4) State HANGUP going to sleep >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>>>> (skypopen/interface4) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_REPORTING >>>>>>>>>>>> 2010-09-28 14:38:16.428193 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>>> (skypopen/interface4) State REPORTING >>>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>>>> skypopen/interface4 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>>> (skypopen/interface4) State REPORTING going to sleep >>>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>>>> (skypopen/interface4) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:16.507974 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>>>> 17 (skypopen/interface4) Locked, Waiting on external entities >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1220 Session >>>>>>>>>>>> 17 (skypopen/interface4) Ended >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [NOTICE] switch_core_session.c:1222 Close >>>>>>>>>>>> Channel skypopen/interface4 [CS_DESTROY] >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:427 >>>>>>>>>>>> (skypopen/interface4) Callstate Change HANGUP -> DOWN >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>>> (skypopen/interface4) State DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.517965 [DEBUG] mod_skypopen.c:464 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?464 >>>>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL DESTROY >>>>>>>>>>>> bb88b0c2-cb0a-11df-ad99-018a94d3f22d >>>>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>>>> skypopen/interface4 Standard DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.547962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>>> (skypopen/interface4) State DESTROY going to sleep >>>>>>>>>>>> 2010-09-28 14:38:16.577977 [DEBUG] switch_core_state_machine.c:430 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>>> (sofia/external/+16037141687) State DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.597962 [DEBUG] mod_sofia.c:358 >>>>>>>>>>>> sofia/external/+16037141687 SOFIA DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:60 >>>>>>>>>>>> sofia/external/+16037141687 Standard DESTROY >>>>>>>>>>>> 2010-09-28 14:38:16.637965 [DEBUG] switch_core_state_machine.c:440 >>>>>>>>>>>> (sofia/external/+16037141687) State DESTROY going to sleep >>>>>>>>>>>> 2010-09-28 14:38:17.381259 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1, 0, 0] READING: |||CALL 227 STATUS REFUSED||| >>>>>>>>>>>> 2010-09-28 14:38:17.390474 [DEBUG] skypopen_protocol.c:666 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?666 >>>>>>>>>>>> ][interface4][-1, 0, 0] we REFUSED skype_call 227 >>>>>>>>>>>> Dialplan: skypopen/interface4 parsing [default->SkypeInbound] continue=false >>>>>>>>>>>> Dialplan: skypopen/interface4 Regex (PASS) [SkypeInbound] >>>>>>>>>>>> destination_number(skype_inbound) =~ /^skype_inbound$/ break=on-false >>>>>>>>>>>> Dialplan: skypopen/interface4 Action set(ignore_early_media=true) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>>> set(toll_allow=domestic,international,local) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action set(default_gateway=bandwidth.com) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>>> set(effective_caller_id_number=+16174190921) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action ring_ready() >>>>>>>>>>>> Dialplan: skypopen/interface4 Action set(hangup_after_bridge=true) >>>>>>>>>>>> Dialplan: skypopen/interface4 Action >>>>>>>>>>>> bridge(sofia/gateway/${default_gateway}/+16037141687) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:119 >>>>>>>>>>>> (skypopen/interface4) State Change CS_ROUTING -> CS_EXECUTE >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>>> (skypopen/interface4) State ROUTING going to sleep >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (skypopen/interface4) Running State Change CS_EXECUTE >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:348 >>>>>>>>>>>> (skypopen/interface4) State EXECUTE >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:585 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?585 >>>>>>>>>>>> ][interface4][-1, 0, 0] interface4 CHANNEL EXECUTE >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] switch_core_state_machine.c:157 >>>>>>>>>>>> skypopen/interface4 Standard EXECUTE >>>>>>>>>>>> EXECUTE skypopen/interface4 set(ignore_early_media=true) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [ignore_early_media]=[true] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 set(toll_allow=domestic,international,local) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [toll_allow]=[domestic,international,local] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 set(default_gateway=bandwidth.com) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [default_gateway]=[bandwidth.com] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_name=Thomas Hazel) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [effective_caller_id_name]=[Thomas Hazel] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 set(effective_caller_id_number=+16174190921) >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [effective_caller_id_number]=[+16174190921] >>>>>>>>>>>> 2010-09-28 14:38:17.967960 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 ring_ready() >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=7 >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] switch_core_session.c:658 Send >>>>>>>>>>>> signal skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring Ready >>>>>>>>>>>> skypopen/interface4! >>>>>>>>>>>> 2010-09-28 14:38:18.007957 [NOTICE] mod_dptools.c:514 Ring-Ready >>>>>>>>>>>> skypopen/interface4! >>>>>>>>>>>> 2010-09-28 14:38:18.037964 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 set(hangup_after_bridge=true) >>>>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:18.047977 [DEBUG] mod_dptools.c:854 >>>>>>>>>>>> skypopen/interface4 SET [hangup_after_bridge]=[true] >>>>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=27 >>>>>>>>>>>> EXECUTE skypopen/interface4 bridge(sofia/gateway/bandwidth.com/+16037141687) >>>>>>>>>>>> 2010-09-28 14:38:18.069062 [DEBUG] mod_skypopen.c:1061 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1061 >>>>>>>>>>>> ][interface4][-1, 0, 0] MSG_ID=26 >>>>>>>>>>>> 2010-09-28 14:38:18.117977 [NOTICE] switch_channel.c:779 New Channel >>>>>>>>>>>> sofia/external/+16037141687 [08bcfb02-cb0e-11df-ada3-018a94d3f22d] >>>>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] mod_sofia.c:3899 >>>>>>>>>>>> (sofia/external/+16037141687) State Change CS_NEW -> CS_INIT >>>>>>>>>>>> 2010-09-28 14:38:18.137885 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_INIT >>>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>>> (sofia/external/+16037141687) State INIT >>>>>>>>>>>> 2010-09-28 14:38:18.147956 [DEBUG] mod_sofia.c:83 >>>>>>>>>>>> sofia/external/+16037141687 SOFIA INIT >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:119 >>>>>>>>>>>> (sofia/external/+16037141687) State Change CS_INIT -> CS_ROUTING >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:338 >>>>>>>>>>>> (sofia/external/+16037141687) State INIT going to sleep >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_ROUTING >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_channel.c:1512 >>>>>>>>>>>> (sofia/external/+16037141687) Callstate Change DOWN -> RINGING >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>>> (sofia/external/+16037141687) State ROUTING >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] mod_sofia.c:142 >>>>>>>>>>>> sofia/external/+16037141687 SOFIA ROUTING >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_ivr_originate.c:66 >>>>>>>>>>>> (sofia/external/+16037141687) State Change CS_ROUTING -> >>>>>>>>>>>> CS_CONSUME_MEDIA >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:341 >>>>>>>>>>>> (sofia/external/+16037141687) State ROUTING going to sleep >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_CONSUME_MEDIA >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA >>>>>>>>>>>> 2010-09-28 14:38:18.267973 [DEBUG] switch_core_state_machine.c:360 >>>>>>>>>>>> (sofia/external/+16037141687) State CONSUME_MEDIA going to sleep >>>>>>>>>>>> 2010-09-28 14:38:18.347964 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>>> sofia/external/+16037141687 entering state [calling][0] >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [INFO] sofia.c:703 >>>>>>>>>>>> sofia/external/+16037141687 Update Callee ID to "+16037141687" >>>>>>>>>>>> <+16037141687> >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>>> sofia/external/+16037141687 entering state [proceeding][183] >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia.c:4410 Remote SDP: >>>>>>>>>>>> v=0 >>>>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>>>> s=- >>>>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>>>> t=0 0 >>>>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>>>> a=ptime:20 >>>>>>>>>>>> >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3851 Audio Codec >>>>>>>>>>>> Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2446 Set Codec >>>>>>>>>>>> sofia/external/+16037141687 PCMU/8000 20 ms 160 samples >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf >>>>>>>>>>>> send payload to 101 >>>>>>>>>>>> 2010-09-28 14:38:20.068043 [DEBUG] sofia_glue.c:2686 AUDIO RTP >>>>>>>>>>>> [sofia/external/+16037141687] 173.203.197.16 port 29798 -> >>>>>>>>>>>> 63.215.27.71 port 64508 codec: 0 ms: 20 >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_rtp.c:1413 Starting timer >>>>>>>>>>>> [soft] 160 bytes per 20ms >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2896 Set 2833 dtmf >>>>>>>>>>>> send payload to 101 >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] sofia_glue.c:2901 Set 2833 dtmf >>>>>>>>>>>> receive payload to 101 >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [NOTICE] sofia_glue.c:3294 Pre-Answer >>>>>>>>>>>> sofia/external/+16037141687! >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2409 >>>>>>>>>>>> (sofia/external/+16037141687) Callstate Change RINGING -> EARLY >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] switch_channel.c:2449 Send signal >>>>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:20.147938 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>>> sofia/external/+16037141687 entering state [completing][200] >>>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4407 Duplicate SDP >>>>>>>>>>>> v=0 >>>>>>>>>>>> o=- 1285684698 1285684699 IN IP4 63.215.27.71 >>>>>>>>>>>> s=- >>>>>>>>>>>> c=IN IP4 63.215.27.71 >>>>>>>>>>>> t=0 0 >>>>>>>>>>>> m=audio 64508 RTP/AVP 0 101 >>>>>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>>>>> a=fmtp:101 0-16 >>>>>>>>>>>> a=ptime:20 >>>>>>>>>>>> >>>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] sofia.c:4399 Channel >>>>>>>>>>>> sofia/external/+16037141687 entering state [ready][200] >>>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2555 >>>>>>>>>>>> (sofia/external/+16037141687) Callstate Change EARLY -> ACTIVE >>>>>>>>>>>> 2010-09-28 14:38:40.417986 [DEBUG] switch_channel.c:2567 Send signal >>>>>>>>>>>> skypopen/interface4 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:627 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?627 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_SIG_BREAK >>>>>>>>>>>> 2010-09-28 14:38:40.437977 [NOTICE] sofia.c:4908 Channel >>>>>>>>>>>> [sofia/external/+16037141687] has been answered >>>>>>>>>>>> 2010-09-28 14:38:40.437977 [DEBUG] mod_skypopen.c:985 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?985 >>>>>>>>>>>> ][interface4][-1, 0, 0] skypopen/interface4 CHANNEL got >>>>>>>>>>>> SWITCH_MESSAGE_INDICATE_ANSWER >>>>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] mod_skypopen.c:2546 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2546 >>>>>>>>>>>> ][interface4][-1, 0, 0] NOT FOUND >>>>>>>>>>>> 2010-09-28 14:38:40.458166 [DEBUG] skypopen_protocol.c:1541 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1541 >>>>>>>>>>>> ][interface4][-1,11, 0] SENDING: |||ALTER CALL 227 ANSWER|||| >>>>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2556 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2556 >>>>>>>>>>>> ][interface4][-1,11, 0] We answered a Skype RING on skype_call 227 >>>>>>>>>>>> 2010-09-28 14:38:40.467976 [DEBUG] mod_skypopen.c:2564 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?2564 >>>>>>>>>>>> ][interface4][-1,11, 0] NEW! ?name: interface4, state: 11, >>>>>>>>>>>> value=stratusware, tech_pvt->callid_number=stratusware, >>>>>>>>>>>> tech_pvt->skype_user=jjeffords.com >>>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:189 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?189 >>>>>>>>>>>> ][interface4][-1,11, 0] READING: |||ERROR 559 CALL: Action failed||| >>>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:236 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?236 >>>>>>>>>>>> ][interface4][-1,11, 0] Skype got ERROR about a failed action >>>>>>>>>>>> (probably TRYING to ANSWER A CALL), let's go down: |||ERROR 559 CALL: >>>>>>>>>>>> Action failed||| >>>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] skypopen_protocol.c:238 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?238 >>>>>>>>>>>> ][interface4][-1,11,16] skype_call now is DOWN >>>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1271 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1271 >>>>>>>>>>>> ][interface4][-1, 1,16] skype call ended >>>>>>>>>>>> 2010-09-28 14:38:40.487975 [DEBUG] mod_skypopen.c:1288 rev >>>>>>>>>>>> git2svn-syncpoint-master-372-gce352bc[(nil)|37 ? ? ][DEBUG_SKYPE ?1288 >>>>>>>>>>>> ][interface4][-1, 1,16] no session >>>>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2322 >>>>>>>>>>>> (sofia/external/+16037141687) Callstate Change ACTIVE -> HANGUP >>>>>>>>>>>> 2010-09-28 14:38:47.227969 [NOTICE] sofia.c:522 Hangup >>>>>>>>>>>> sofia/external/+16037141687 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] >>>>>>>>>>>> 2010-09-28 14:38:47.227969 [DEBUG] switch_channel.c:2338 Send signal >>>>>>>>>>>> sofia/external/+16037141687 [KILL] >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_HANGUP >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>>> (sofia/external/+16037141687) State HANGUP >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:447 >>>>>>>>>>>> sofia/external/+16037141687 Overriding SIP cause 480 with 200 from the >>>>>>>>>>>> other leg >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] mod_sofia.c:453 Channel >>>>>>>>>>>> sofia/external/+16037141687 hanging up, cause: NORMAL_CLEARING >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:46 >>>>>>>>>>>> sofia/external/+16037141687 Standard HANGUP, cause: NORMAL_CLEARING >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:535 >>>>>>>>>>>> (sofia/external/+16037141687) State HANGUP going to sleep >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:333 >>>>>>>>>>>> (sofia/external/+16037141687) State Change CS_HANGUP -> CS_REPORTING >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:314 >>>>>>>>>>>> (sofia/external/+16037141687) Running State Change CS_REPORTING >>>>>>>>>>>> 2010-09-28 14:38:47.238185 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>>> (sofia/external/+16037141687) State REPORTING >>>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:53 >>>>>>>>>>>> sofia/external/+16037141687 Standard REPORTING, cause: NORMAL_CLEARING >>>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:595 >>>>>>>>>>>> (sofia/external/+16037141687) State REPORTING going to sleep >>>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_state_machine.c:327 >>>>>>>>>>>> (sofia/external/+16037141687) State Change CS_REPORTING -> CS_DESTROY >>>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1039 Send >>>>>>>>>>>> signal sofia/external/+16037141687 [BREAK] >>>>>>>>>>>> 2010-09-28 14:38:47.258201 [DEBUG] switch_core_session.c:1202 Session >>>>>>>>>>>> 20 (sofia/external/+16037141687) Locked, Waiting on external entities >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>>>> FreeSWITCH-users at 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 >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>>>> http://www.freeswitch.org >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> jason jeffords | founder & cto cloudtree >>>>>>>>>> c | +1 617 299 6242 >>>>>>>>>> 850 winter street I waltham ma 02451 >>>>>>>>>> jason at cloudtree.net >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users at 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 >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> jason jeffords | founder & cto cloudtree >>>>>>>> c | +1 617 299 6242 >>>>>>>> 850 winter street I waltham ma 02451 >>>>>>>> jason at cloudtree.net >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> jason jeffords | founder & cto cloudtree >>>>>>> c | +1 617 299 6242 >>>>>>> 850 winter street I waltham ma 02451 >>>>>>> jason at cloudtree.net >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at 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 >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> jason jeffords | founder & cto cloudtree >>>>> c | +1 617 299 6242 >>>>> 850 winter street I waltham ma 02451 >>>>> jason at cloudtree.net >>>>> >>>> >>>> >>>> >>>> -- >>>> jason jeffords | founder & cto cloudtree >>>> c | +1 617 299 6242 >>>> 850 winter street I waltham ma 02451 >>>> jason at cloudtree.net >>>> >>> >>> >>> >>> -- >>> jason jeffords | founder & cto cloudtree >>> c | +1 617 299 6242 >>> 850 winter street I waltham ma 02451 >>> jason at cloudtree.net >>> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> > > > > -- > jason jeffords | founder & cto cloudtree > c | +1 617 299 6242 > 850 winter street I waltham ma 02451 > jason at cloudtree.net > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From bwibowo at gmail.com Thu Sep 30 14:48:40 2010 From: bwibowo at gmail.com (budi wibowo) Date: Fri, 1 Oct 2010 04:48:40 +0700 Subject: [Freeswitch-users] sip client Message-ID: dear all i'm looking for sip client that can support prepaid (can display current balance after make call or when we connected to sip server) long time ago i found this on voiplink sip client from voipswitch.com. but voipswitch running on windows platform. please share the info regards budi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/4d61dfa5/attachment.html From jstricker at lightnex.com Thu Sep 30 14:38:25 2010 From: jstricker at lightnex.com (Jeremy Stricker) Date: Thu, 30 Sep 2010 15:38:25 -0600 Subject: [Freeswitch-users] Aastra bugs In-Reply-To: <4C9BE37B.6080302@communicatefreely.net> References: <4C9BE37B.6080302@communicatefreely.net> Message-ID: <4CA50351.5060407@lightnex.com> Tim, We've just launched a FS PBX with a mix of Aastra handsets (6757is and 6730is) and Grandstream devices. We have run into a couple of issues with BLF. We were running a build from a couple of months ago that would turn off the BLF when a second call was received on a handset. We attempted to turn off call waiting on the handset and then the BLF would turn off as soon as the caller went to voicemail for the busy handset. We updated to the latest git version today because we noticed that there had been some significant work done on presence over the last few weeks, and now the BLFs won't turn off even after a call is disconnected. I will try to dig up some older posts that I thought I ran into while troubleshooting this issue a couple of weeks ago. I believe those had some information from Brian West about problems with Aastra's handling of presence notifications. Jeremy On 01/-10/-28163 12:59 PM, Tim St. Pierre wrote: > Hello list, > > I have a pretty good relationship with the folks at Aastra telecom, and they have expressed interest > in resolving any issues that there may be between their phones and Freeswitch. I will soon be > migrating about 300 Aastra phones over to our new Freeswitch system, so it is certainly in my > interests to help get any bugs fixed. > > If you have any documented issues with Aastra phones and Freeswitch, please pass them along and I > will compile a list for the engineers. If you have any SIP traces or other useful information, I'm > glad to have that too. If not, I have at least one of all their phones, so I should be able to > reproduce it on the bench as long as you can tell me how to cause it. > > Thanks for any info, I'll do my best to get them escalated. > > -Tim > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Jeremy Stricker LightNex Communications e: jstricker at lightnex.com p: 877-342-3768 w: www.lightnex.com From gmaruzz at gmail.com Thu Sep 30 14:54:31 2010 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 30 Sep 2010 23:54:31 +0200 Subject: [Freeswitch-users] mod skype legal In-Reply-To: References: Message-ID: On Thu, Sep 30, 2010 at 11:44 PM, budi wibowo wrote: > hi > it's nice to know that FS have module to integrate with skype. is it > something that skype supported and legally allowed? > say, i have project on mapping some phone number to some skype user. > is it safe to use the module for commercial use? I'm the main developer (with the help from the community, and on the base of the work of the core team) of mod_skypopen. The module respects the legal usage of the Skype API, is not reverse engineering, and is completely (for what I can understand, IANAL) abiding to the policies the rights, etc etc of Skype corp. You are responsible to use it in a way that comply with the Skype corp policies, with the law, and regulations. Please check the Skype website for their policies, acceptable usage, etc. -giovanni > > regards > budi wibowo > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 From shamun.toha at gmail.com Thu Sep 30 14:55:41 2010 From: shamun.toha at gmail.com (Shamun toha md) Date: Thu, 30 Sep 2010 23:55:41 +0200 Subject: [Freeswitch-users] mod skype legal In-Reply-To: References: Message-ID: Hello, Of course? Its Skype API, we are using. Which is a legal software implementation (SDK or API uses). So, yes we are legal and 100% solid. What has it wrong with?? Thanks & Regards On Thu, Sep 30, 2010 at 11:44 PM, budi wibowo wrote: > hi > it's nice to know that FS have module to integrate with skype. is it > something that skype supported and legally allowed? > say, i have project on mapping some phone number to some skype user. > is it safe to use the module for commercial use? > > > regards > > budi wibowo > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/35085c0b/attachment.html From riedinger at sns.eu Thu Sep 30 15:16:45 2010 From: riedinger at sns.eu (Jan Riedinger) Date: Fri, 01 Oct 2010 00:16:45 +0200 Subject: [Freeswitch-users] Codec Mismatch Because of Different Frame Size In-Reply-To: References: <4CA4658F.3090406@sns.eu> <4CA47176.4020003@sns.eu> <4CA4B9A4.20701@lightnex.com> <4CA4FC8F.4050205@sns.eu> Message-ID: <4CA50C4D.2070101@sns.eu> Hi Anthony! I tried it some hours after I received the hint from Brian I should retry and some hours before your e-mail below. I recompiled once more 45 min ago and the problem seems indeed to be fixed. I will write another e-mail, if I should observe the codec matching problem again within the next days. Best regards and thank you Jan Am 30.09.2010 23:23, schrieb Anthony Minessale: > Was it sooner than when I sent the email? > When I said to update it was 30 seconds after I committed the patch > which was only 1 hour ago. > > commit f8c9ef5f9deca6345f3d598c4f511b4a21f237bb > Author: Anthony Minessale > Date: Thu Sep 30 15:15:33 2010 -0500 > > fix codec regression from yesterday > > > On Thu, Sep 30, 2010 at 4:09 PM, Jan Riedinger wrote: >> I checked out and compiled the current git version some hours ago. >> Unfortunately the problem seems to be still not fixed. I tried to examine it >> more detailed. I will attach this e-mail additionally in a text file to >> avoid that it get unreadable by line wrapping. >> >> A call from a Cisco is working, if "codec g729 bytes 60" is configured only: >> >> v=0 >> o=CiscoSystemsSIP-GW-UserAgent 5025 3066 IN IP4 a.b.c.d >> s=SIP Call >> c=IN IP4 a.b.c.d >> t=0 0 >> m=audio 16408 RTP/AVP 18 >> c=IN IP4 a.b.c.d >> a=rtpmap:18 G729/8000 >> a=fmtp:18 annexb=no >> a=ptime:60 >> >> 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 >> Mode! >> m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:60:0]/[G729:18:8000:20:8000] >> m2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec >> G729 at 60i@8000h >> 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 >> Mode! >> 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:60:0]/[G729:18:8000:20:8000] >> 2010-09-30 21:37:44.297076 [DEBUG] sofia_glue.c:4282 Substituting codec >> G729 at 60i@8000h >> >> For a Cisco, on which I configured a codec list with frame sizes of 80 >> bytes, the matching is working as well. Maybe it's because no ptime is set >> at all: >> >> 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4469 Channel >> sofia/external/3039731964 at a.b.c.d entering state [received][100] >> 2010-09-30 22:06:45.598963 [DEBUG] sofia.c:4480 Remote SDP: >> v=0 >> o=CiscoSystemsSIP-GW-UserAgent 6897 7698 IN IP4 a.b.c.d >> s=SIP Call >> c=IN IP4 a.b.c.d >> t=0 0 >> m=audio 17640 RTP/AVP 18 8 0 >> c=IN IP4 a.b.c.d >> a=rtpmap:18 G729/8000 >> a=fmtp:18 annexb=no >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:0 PCMU/8000 >> >> >> 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:3873 Activate Buggy RFC2833 >> Mode! >> 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:20:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:06:45.598963 [DEBUG] sofia_glue.c:2600 Set Codec >> sofia/external/3039731964 at a.b.c.d G729/8000 20 ms 160 samples 8000 bits >> >> But I still can observe problems, when a codec list is used and some kind of >> ptime is set. Unfortunately I can't trigger such calls, I have to wait until >> I receive them from my customers: >> >> 2010-09-30 22:50:14.152164 [NOTICE] switch_channel.c:779 New Channel >> sofia/external/12345 at a.b.c.d [c02c759a-2d43-445f-992f-8c3f59d6171a] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4469 Channel >> sofia/external/12345 at a.b.c.d entering state [received][100] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia.c:4480 Remote SDP: >> v=0 >> o=Sonus_UAC 10702 20259 IN IP4 a.b.c.d >> s=SIP Media Capabilities >> c=IN IP4 195.219.240.20 >> t=0 0 >> m=audio 26128 RTP/AVP 8 0 18 4 101 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:0 PCMU/8000 >> a=rtpmap:18 G729/8000 >> a=fmtp:18 annexb=no >> a=rtpmap:4 G723/8000 >> a=fmtp:4 bitrate=6.3 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-15 >> a=maxptime:30 >> >> >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[G729:18:8000:20:8000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[PCMU:0:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[PCMA:8:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[G7221:115:32000:20:48000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[G7221:115:32000:20:48000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[G7221:115:32000:20:48000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[G7221:115:32000:20:48000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[G7221:115:32000:20:48000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[G7221:107:16000:20:32000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[G7221:107:16000:20:32000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[G7221:107:16000:20:32000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[G7221:107:16000:20:32000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[G7221:107:16000:20:32000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[G722:9:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[G722:9:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[G722:9:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[G722:9:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[G722:9:8000:20:64000] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMA:8:8000:30:0]/[GSM:3:8000:20:13200] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [PCMU:0:8000:30:0]/[GSM:3:8000:20:13200] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G729:18:8000:30:0]/[GSM:3:8000:20:13200] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [G723:4:8000:30:0]/[GSM:3:8000:20:13200] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4229 Audio Codec Compare >> [telephone-event:101:8000:30:0]/[GSM:3:8000:20:13200] >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] sofia_glue.c:4331 Set 2833 dtmf send/recv >> payload to 101 >> 2010-09-30 22:50:14.152164 [DEBUG] switch_channel.c:2359 >> (sofia/external/12345 at a.b.c.d) Callstate Change DOWN -> HANGUP >> 2010-09-30 22:50:14.152164 [NOTICE] sofia.c:4686 Hangup >> sofia/external/12345 at a.b.c.d [CS_NEW] [INCOMPATIBLE_DESTINATION] >> >> Does anybody have any ideas? >> >> Thank you in advance >> Jan >> >> Am 30.09.2010 18:46, schrieb Brian West: >> >> Codec interface was changed a little bit yesterday to support per codec fmtp >> parsing and bitrates for g722.1 which was the reason it was changed. Please >> make sure your tree is clean and do a make current again and see if that >> solves your problem. >> >> /b >> >> On Sep 30, 2010, at 11:24 AM, Brock Williams wrote: >> >> We are experiencing the same problem on a git pull from yesterday. >> >> Brock >> >> On 09/30/2010 05:16 AM, Jan Riedinger wrote: >> >> It's the git version from yesterday evening: >> >> freeswitch at internal> version >> FreeSWITCH Version 1.0.head (git-633f193 2010-09-29 16-52-43 -0500) >> >> BR >> Jan >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -- >> Jan Riedinger Phone : +49-30-39 73 19 66 >> Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 >> E-Mail: riedinger at sns.eu >> SNS Consult GmbH ICQ : 163-237-041 >> S?dwestkorso 49a MSN : jan at sns-consult.de >> 14197 Berlin GERMANY Skype : Jan Riedinger >> >> AG Charlottenburg - HRB 71973 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > -- Jan Riedinger Phone : +49-30-39 73 19 66 Dipl.-Inf. | Managing Director Fax : +49-30-39 73 19 64 E-Mail: riedinger at sns.eu SNS Consult GmbH ICQ : 163-237-041 S?dwestkorso 49a MSN : jan at sns-consult.de 14197 Berlin GERMANY Skype : Jan Riedinger AG Charlottenburg - HRB 71973 From covici at ccs.covici.com Thu Sep 30 16:31:42 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 30 Sep 2010 19:31:42 -0400 Subject: [Freeswitch-users] my info as appearing in conference Message-ID: <28922.1285889502@ccs.covici.com> Hi. If I use portaudio to go into the freeswitch conference, I get allzeroes for the number and something like test for the name -- whereas if I go into an asterisk conference, it gives me the correct information using the caller id number and name. So are there some other variables I need to set or what else is going on here? Thanks in advance for any ideas. -- 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 william.suffill at gmail.com Thu Sep 30 17:01:55 2010 From: william.suffill at gmail.com (William Suffill) Date: Thu, 30 Sep 2010 20:01:55 -0400 Subject: [Freeswitch-users] my info as appearing in conference In-Reply-To: <28922.1285889502@ccs.covici.com> References: <28922.1285889502@ccs.covici.com> Message-ID: vars.xml should have the default callerid details used. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/3842e8ff/attachment.html From chat2jesse at gmail.com Thu Sep 30 17:19:54 2010 From: chat2jesse at gmail.com (jesse) Date: Thu, 30 Sep 2010 17:19:54 -0700 Subject: [Freeswitch-users] sip client In-Reply-To: References: Message-ID: Try open source client sip communicator that is in java. On Sep 30, 2010 2:53 PM, "budi wibowo" wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/bb228e46/attachment.html From covici at ccs.covici.com Thu Sep 30 17:53:27 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 30 Sep 2010 20:53:27 -0400 Subject: [Freeswitch-users] my info as appearing in conference In-Reply-To: References: <28922.1285889502@ccs.covici.com> Message-ID: <29684.1285894407@ccs.covici.com> Yes they are in vars.xml -- that is why I am writing. William Suffill wrote: > vars.xml should have the default callerid details used. > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 freeswitch-list at puzzled.xs4all.nl Thu Sep 30 18:12:23 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Fri, 01 Oct 2010 03:12:23 +0200 Subject: [Freeswitch-users] FreeSwitch - mod_opal, mod_h323 never get installed In-Reply-To: References: Message-ID: <4CA53577.3020006@puzzled.xs4all.nl> On 09/30/2010 11:31 PM, Shamun toha md wrote: > Hello, > > Fedora 12 - mod_opal or mod_h323 not able to install. Here is the following: > > Installed: > opal-devel.i686 0:3.6.8-1.fc12 > > Dependency Installed: > ptlib-devel.i686 0:2.6.7-1.fc12 speex-devel.i686 0:1.2-0.12.rc1.fc12 I think you need the following: For mod_opal: ptlib version 2.8.1 (or 2.8.2) opal version 3.8.1 (or 3.8.2) For mod_h323: ptlib version 2.8.1 (or 2.8.2) h323+ version cvs from 20100525 Regards, Patrick From msc at freeswitch.org Thu Sep 30 18:13:15 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 30 Sep 2010 18:13:15 -0700 Subject: [Freeswitch-users] my info as appearing in conference In-Reply-To: <29684.1285894407@ccs.covici.com> References: <28922.1285889502@ccs.covici.com> <29684.1285894407@ccs.covici.com> Message-ID: Default dialplan? If not, pastebin your dp. At some point you need to set the caller id name/number channel variables. Authenticated calls will have those populated if you define them in the user directory, otherwise you will need to manually set them in the dialplan, or at the very least modify the default dialplan to have something more meaningful than all zeroes. -MC On Thu, Sep 30, 2010 at 5:53 PM, wrote: > Yes they are in vars.xml -- that is why I am writing. > > William Suffill wrote: > > > vars.xml should have the default callerid details used. > > > > ---------------------------------------------------- > > Alternatives: > > > > ---------------------------------------------------- > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at 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 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/f82c28d7/attachment.html From msc at freeswitch.org Thu Sep 30 18:14:47 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 30 Sep 2010 18:14:47 -0700 Subject: [Freeswitch-users] FW: C# Examples In-Reply-To: References: Message-ID: Paging Doctor DRK! :) Check out this stuff that drk did a while back: http://wiki.freeswitch.org/wiki/Mod_managed#DRK_Presentation I can't tell you how (in)complete those are but at least it's a starting point. -MC On Thu, Sep 30, 2010 at 12:27 PM, Tim B wrote: > > Does anyone have any real world C# examples they can share? I am looking > how to use C# to handle freeswitch configuration, and call control. Any > help would be appreciated. > > Tim > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/0e9723d1/attachment.html From msc at freeswitch.org Thu Sep 30 18:15:48 2010 From: msc at freeswitch.org (Michael Collins) Date: Thu, 30 Sep 2010 18:15:48 -0700 Subject: [Freeswitch-users] FreeSwitch - mod_opal, mod_h323 never get installed In-Reply-To: References: Message-ID: What about mod_h323? On Thu, Sep 30, 2010 at 2:31 PM, Shamun toha md wrote: > Hello, > > Fedora 12 - mod_opal or mod_h323 not able to install. Here is the > following: > > Installed: > opal-devel.i686 0:3.6.8-1.fc12 > > Dependency Installed: > ptlib-devel.i686 0:2.6.7-1.fc12 speex-devel.i686 0:1.2-0.12.rc1.fc12 > > > > [root at example freeswitch]# make mod_opal > > making all mod_opal > Compiling > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp... > quiet_libtool: compile: g++ -g -ggdb -I. > -I/usr/local/src/freeswitch/src/include > -I/usr/local/src/freeswitch/src/include > -I/usr/local/src/freeswitch/libs/libteletone/src -fPIC -fvisibility=hidden > -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -O2 -D_GNU_SOURCE > -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions > -I/usr/include/opal -I/usr/include/SDL -DHAVE_CONFIG_H -c > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp -fPIC > -DPIC -o .libs/mod_opal.o > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In > constructor ?FSConnection::FSConnection(OpalCall&, FSEndPoint&, void*, > unsigned int, OpalConnection::StringOptions*, switch_caller_profile_t*, > switch_core_session_t*, switch_channel_t*)?: > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:564: > error: no matching function for call to > ?OpalLocalConnection::OpalLocalConnection(OpalCall&, FSEndPoint&, void*&, > unsigned int&, OpalConnection::StringOptions*&)? > /usr/include/opal/opal/localep.h:249: note: candidates are: > OpalLocalConnection::OpalLocalConnection(OpalCall&, OpalLocalEndPoint&, > void*) > /usr/include/opal/opal/localep.h:242: note: > OpalLocalConnection::OpalLocalConnection(const OpalLocalConnection&) > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In > member function ?switch_status_t FSMediaStream::read_frame(switch_frame_t**, > switch_io_flag_t)?: > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1296: > error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp: In > member function ?switch_status_t FSMediaStream::write_frame(const > switch_frame_t*, switch_io_flag_t)?: > /usr/local/src/freeswitch/src/mod/endpoints/mod_opal/mod_opal.cpp:1418: > error: ?class OpalMediaPatch? has no member named ?OnStartMediaPatch? > make[4]: *** [mod_opal.lo] Error 1 > make[3]: *** [all] Error 1 > make[2]: *** [mod_opal-all] Error 1 > make[1]: *** [mod_opal] Error 2 > make: *** [mod_opal] Error 2 > [root at example freeswitch]# > > > > Thanks > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/79537c79/attachment.html From covici at ccs.covici.com Thu Sep 30 18:39:08 2010 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Thu, 30 Sep 2010 21:39:08 -0400 Subject: [Freeswitch-users] my info as appearing in conference In-Reply-To: References: <28922.1285889502@ccs.covici.com> <29684.1285894407@ccs.covici.com> Message-ID: <31987.1285897148@ccs.covici.com> Well, in mod_portaudio they are set to the variables in vars.xml and if I call my cell phone it knows the callerid number and if I go into an asterisk conference which I can display I see both my number and name, so I am confused as to where the 0's are coming from. I am using extension 9888 to get into the conference maybe no callerid is set there, I will check that, but it still seems strange. Michael Collins wrote: > Default dialplan? If not, pastebin your dp. At some point you need to set > the caller id name/number channel variables. Authenticated calls will have > those populated if you define them in the user directory, otherwise you will > need to manually set them in the dialplan, or at the very least modify the > default dialplan to have something more meaningful than all zeroes. > > -MC > > On Thu, Sep 30, 2010 at 5:53 PM, wrote: > > > Yes they are in vars.xml -- that is why I am writing. > > > > William Suffill wrote: > > > > > vars.xml should have the default callerid details used. > > > > > > ---------------------------------------------------- > > > Alternatives: > > > > > > ---------------------------------------------------- > > > _______________________________________________ > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at 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 > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at 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 freeswitch-list at puzzled.xs4all.nl Thu Sep 30 18:55:03 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Fri, 01 Oct 2010 03:55:03 +0200 Subject: [Freeswitch-users] License of libzrtp for usage with FreeSWITCH? Message-ID: <4CA53F77.5040106@puzzled.xs4all.nl> Hi, Does anyone know what the license is of libzrtp for usage with FreeSWITCH? In the FreeSWITCH source I see a file docs/zrtp_agpl-3.0.txt but the libzrtp source itself is not included. So I got libzrtp-0.81.514 and in the source there is a file zrtp_legal.c that says: * libZRTP SDK library, implements the ZRTP secure VoIP protocol. * Copyright (c) 2006-2009 Philip R. Zimmermann. All rights reserved. * * The version of the SDK library that is packaged with this legal notice is * NOT licensed under the GPL, AGPL, LGPL, or any other open source license. * For licensing terms or other information, * contact Philip R. Zimmermann . * For more contact information, see http://philzimmermann.com * * This file must be packaged together with the rest of the libZRTP SDK * source code. That's why it's in a .c file. * * This software may be subject to export controls by the US Commerce * Department's Bureau of Industry and Security. This software is provided * "as is," with no warranty expressed or implied. This is quite the opposite of what zrtp_agpl-3.0.txt suggests in the FreeSWITCH source. Any ideas? Regards, Patrick From ovvenkatesan at gmail.com Thu Sep 30 23:05:08 2010 From: ovvenkatesan at gmail.com (ovvenkat) Date: Fri, 1 Oct 2010 11:35:08 +0530 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: On Thu, Sep 30, 2010 at 1:29 PM, Leon de Rooij wrote: > Hi Venkat, > > Please try to get latest revision from git. The Dbh function was introduced > in mod_lua since 7 sept. You don't need to install any extra packages in > your os if you have odbc already working in FreeSWITCH itself. > > Hi Leon, I have updated to latest git version. My new version is FreeSWITCH Version 1.0.head (svn-18355M) Still, I am not able to use freeswitch.Dbh. I am getting error like 2010-10-01 11:22:38.226735 [ERR] mod_lua.cpp:182 /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' (a nil value) stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main chunk I can able to connect to mysql using java script, the script i have used use("ODBC"); var db = new ODBC("dsn_name", "venkat", "venkat123"); Thanks in advance, Venkat. Kind regards, > > Leon > > > > > On Sep 30, 2010, at 9:47 AM, ovvenkat wrote: > > Hi to all, > > If I wanted to use "freeswitch.Dbh" to connect mysql, Can you anyone > please guide me, what are the packages I need to install ? > > As of now, I have installed mysql and unixodbc > > On Thu, Sep 30, 2010 at 11:03 AM, ovvenkat wrote: > >> Hi Sassan, >> >> Which version of FreeSWITCH? >>> >>> >> FreeSWITCH Version 1.0.6 >> >> Installed on CENT OS 5.3 >> >> >> >> Regards, >> Venkat. >> >> >> Regards >>> HASSAN >>> >>> >>> On 2010-09-30, ovvenkat wrote: >>> > Hi to all, >>> > I could not able to connect to mySql using Dbh. Here is the coding I >>> have >>> > used to connect to my db. >>> > * >>> > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* >>> > >>> > I am getting following error while executing the lua test.lua in fs_cli >>> > >>> > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 >>> > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' >>> (a >>> > nil value) >>> > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main >>> chunk >>> > >>> > */etc/odbc.ini* file contains >>> > >>> > [dsn_name] >>> > Driver=MySQL >>> > SERVER=localhost >>> > PORT=3306 >>> > USER=venkat >>> > PASSWORD=venkat123 >>> > DATABASE=venkat >>> > Socket = /var/lib/mysql/mysql.sock >>> > >>> > *I can able to connect to my db using following command * >>> > >>> > isql dsn_name venkat venkat123 >>> > >>> > I trying to figure it out for past two days and gone though wiki not >>> able >>> > to crack it. Any one please help me to resolve my issue. >>> > >>> > >>> > -- >>> > >>> > Regards >>> > Venkatesan OV. >>> > >>> >>> -- >>> Sent from my mobile device >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> If you have come to help me, you are wasting your time. >> If you have come to because your liberation is bound up in mine, we can >> work together. >> >> >> Regards >> Venkatesan OV. >> >> > > > -- > > If you have come to help me, you are wasting your time. > If you have come to because your liberation is bound up in mine, we can > work together. > > > Regards > Venkatesan OV. > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- If you have come to help me, you are wasting your time. If you have come to because your liberation is bound up in mine, we can work together. Regards Venkatesan OV. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/bc9bf23d/attachment.html From mayamatakeshi at gmail.com Thu Sep 30 23:18:59 2010 From: mayamatakeshi at gmail.com (mayamatakeshi) Date: Fri, 1 Oct 2010 15:18:59 +0900 Subject: [Freeswitch-users] Not able to connect mysql using Dbh In-Reply-To: References: Message-ID: On Fri, Oct 1, 2010 at 3:05 PM, ovvenkat wrote: > > > On Thu, Sep 30, 2010 at 1:29 PM, Leon de Rooij wrote: > >> Hi Venkat, >> >> Please try to get latest revision from git. The Dbh function was >> introduced in mod_lua since 7 sept. You don't need to install any extra >> packages in your os if you have odbc already working in FreeSWITCH itself. >> >> > Hi Leon, I have updated to latest git version. My new version is > > FreeSWITCH Version 1.0.head (svn-18355M) > Clearly you don't have the latest git version. The above is from svn mirror, which is not being synced with git repo anymore. If you were using git, you would see something like this: FreeSWITCH Version 1.0.head (git-b6a81ba 2010-09-27 21-36-02 -0500) > Still, I am not able to use freeswitch.Dbh. I am getting error like > > 2010-10-01 11:22:38.226735 [ERR] mod_lua.cpp:182 > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' (a > nil value) > > stack traceback: > /usr/local/freeswitch/scripts/test.lua:23: in main chunk > > > I can able to connect to mysql using java script, the script i have used > > use("ODBC"); > var db = new ODBC("dsn_name", "venkat", "venkat123"); > > Thanks in advance, > Venkat. > > Kind regards, >> >> Leon >> >> >> >> >> On Sep 30, 2010, at 9:47 AM, ovvenkat wrote: >> >> Hi to all, >> >> If I wanted to use "freeswitch.Dbh" to connect mysql, Can you anyone >> please guide me, what are the packages I need to install ? >> >> As of now, I have installed mysql and unixodbc >> >> On Thu, Sep 30, 2010 at 11:03 AM, ovvenkat wrote: >> >>> Hi Sassan, >>> >>> Which version of FreeSWITCH? >>>> >>>> >>> FreeSWITCH Version 1.0.6 >>> >>> Installed on CENT OS 5.3 >>> >>> >>> >>> Regards, >>> Venkat. >>> >>> >>> Regards >>>> HASSAN >>>> >>>> >>>> On 2010-09-30, ovvenkat wrote: >>>> > Hi to all, >>>> > I could not able to connect to mySql using Dbh. Here is the coding I >>>> have >>>> > used to connect to my db. >>>> > * >>>> > local dbh = assert(freeswitch.Dbh("dsn_name","venkat","venkat123"))* >>>> > >>>> > I am getting following error while executing the lua test.lua in >>>> fs_cli >>>> > >>>> > 2010-09-29 17:57:29.924498 [ERR] mod_lua.cpp:182 >>>> > /usr/local/freeswitch/scripts/test.lua:23: attempt to call field 'Dbh' >>>> (a >>>> > nil value) >>>> > stack traceback: /usr/local/freeswitch/scripts/test.lua:23: in main >>>> chunk >>>> > >>>> > */etc/odbc.ini* file contains >>>> > >>>> > [dsn_name] >>>> > Driver=MySQL >>>> > SERVER=localhost >>>> > PORT=3306 >>>> > USER=venkat >>>> > PASSWORD=venkat123 >>>> > DATABASE=venkat >>>> > Socket = /var/lib/mysql/mysql.sock >>>> > >>>> > *I can able to connect to my db using following command * >>>> > >>>> > isql dsn_name venkat venkat123 >>>> > >>>> > I trying to figure it out for past two days and gone though wiki not >>>> able >>>> > to crack it. Any one please help me to resolve my issue. >>>> > >>>> > >>>> > -- >>>> > >>>> > Regards >>>> > Venkatesan OV. >>>> > >>>> >>>> -- >>>> Sent from my mobile device >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> If you have come to help me, you are wasting your time. >>> If you have come to because your liberation is bound up in mine, we can >>> work together. >>> >>> >>> Regards >>> Venkatesan OV. >>> >>> >> >> >> -- >> >> If you have come to help me, you are wasting your time. >> If you have come to because your liberation is bound up in mine, we can >> work together. >> >> >> Regards >> Venkatesan OV. >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > > If you have come to help me, you are wasting your time. > If you have come to because your liberation is bound up in mine, we can > work together. > > > Regards > Venkatesan OV. > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/3e825038/attachment-0001.html From tekkye at gmail.com Thu Sep 30 23:12:04 2010 From: tekkye at gmail.com (Tech Man) Date: Fri, 1 Oct 2010 01:12:04 -0500 Subject: [Freeswitch-users] Call Rejected Issue Message-ID: I'm trying to configure an iptel SIP account but everytime I call an external number, it gets rejected. I'm running FreeSwitch 1.0.6 on a Mac OS X 10.5.8. Any help would be greatly appreciated. Thanks Sam => Log level 6 2010-10-01 00:51:49.748307 [NOTICE] switch_channel.c:669 New Channel sofia/internal/1002 at 192.168.1.2 [4887c7f1-f0de-4195-8cfc-3cac0366f411] 2010-10-01 00:51:49.751605 [INFO] mod_dialplan_xml.c:418 Processing user->918005551212 in context default 2010-10-01 00:51:49.757126 [NOTICE] switch_channel.c:669 New Channel sofia/external/18005551212 [14e1f94b-aad4-49e9-92f9-c2892b8ae710] 2010-10-01 00:51:50.058395 [NOTICE] sofia.c:4789 Hangup sofia/external/18005551212 [CS_CONSUME_MEDIA] [CALL_REJECTED] 2010-10-01 00:51:50.058395 [INFO] mod_dptools.c:2355 Originate Failed. Cause: CALL_REJECTED 2010-10-01 00:51:50.058395 [NOTICE] mod_dptools.c:2418 Hangup sofia/internal/1002 at 192.168.1.2 [CS_EXECUTE] [CALL_REJECTED] 2010-10-01 00:51:50.058395 [NOTICE] switch_core_session.c:1182 Session 17 (sofia/external/18005551212) Ended 2010-10-01 00:51:50.058395 [NOTICE] switch_core_session.c:1184 Close Channel sofia/external/18005551212 [CS_DESTROY] 2010-10-01 00:51:50.065139 [NOTICE] switch_core_session.c:1182 Session 16 (sofia/internal/1002 at 192.168.1.2) Ended 2010-10-01 00:51:50.065139 [NOTICE] switch_core_session.c:1184 Close Channel sofia/internal/1002 at 192.168.1.2 [CS_DESTROY] => sofia status Name Type Data State ================================================================================================= external profile sip:mod_sofia at 192.168.1.2:5080 RUNNING (0) external::example.com gateway sip:joeuser at example.com NOREG external::custom gateway sip:user at sip.iptel.org REGED internal-ipv6 profile sip:mod_sofia@[::1]:5060 RUNNING (0) internal profile sip:mod_sofia at 192.168.1.2:5060 RUNNING (0) 192.168.1.2 alias internal ALIASED ================================================================================================= 3 profiles 1 alias => conf/sip_profiles/external/iptel.org.xml => conf/dialplan/default/01_custom.xml => Log level 7 2010-10-01 00:56:15.426493 [DEBUG] sofia.c:5847 IP 192.168.1.105 Rejected by acl "domains". Falling back to Digest auth. 2010-10-01 00:56:15.480076 [DEBUG] sofia.c:5847 IP 192.168.1.105 Rejected by acl "domains". Falling back to Digest auth. 2010-10-01 00:56:15.483188 [NOTICE] switch_channel.c:669 New Channel sofia/internal/1002 at 192.168.1.2 [ea76a274-2abc-4208-ad54-7751a2f55fb9] 2010-10-01 00:56:15.483188 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_NEW 2010-10-01 00:56:15.483188 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/1002 at 192.168.1.2) State NEW 2010-10-01 00:56:15.486300 [DEBUG] sofia.c:4153 Channel sofia/internal/ 1002 at 192.168.1.2 entering state [received][100] 2010-10-01 00:56:15.486300 [DEBUG] sofia.c:4164 Remote SDP: v=0 o=- 3494901390 3494901390 IN IP4 192.168.1.105 s=pjmedia c=IN IP4 192.168.1.105 t=0 0 a=X-nat:0 m=audio 4002 RTP/AVP 0 8 102 109 103 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:102 speex/8000 a=rtpmap:109 iLBC/8000 a=fmtp:109 mode=30 a=rtpmap:103 speex/16000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtcp:4003 IN IP4 192.168.1.105 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:3585 Audio Codec Compare [PCMU:0:8000:20]/[G7221:115:32000:20] 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:3585 Audio Codec Compare [PCMU:0:8000:20]/[G7221:107:16000:20] 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:3585 Audio Codec Compare [PCMU:0:8000:20]/[G722:9:8000:20] 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:3585 Audio Codec Compare [PCMU:0:8000:20]/[PCMU:0:8000:20] 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:2354 Set Codec sofia/internal/1002 at 192.168.1.2 PCMU/8000 20 ms 160 samples 2010-10-01 00:56:15.486300 [DEBUG] sofia_glue.c:3524 Set 2833 dtmf send/recv payload to 101 2010-10-01 00:56:15.486300 [DEBUG] sofia.c:4310 (sofia/internal/ 1002 at 192.168.1.2) State Change CS_NEW -> CS_INIT 2010-10-01 00:56:15.486300 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.486300 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_INIT 2010-10-01 00:56:15.486300 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1002 at 192.168.1.2) State INIT 2010-10-01 00:56:15.486300 [DEBUG] mod_sofia.c:83 sofia/internal/ 1002 at 192.168.1.2 SOFIA INIT 2010-10-01 00:56:15.486300 [DEBUG] mod_sofia.c:117 (sofia/internal/ 1002 at 192.168.1.2) State Change CS_INIT -> CS_ROUTING 2010-10-01 00:56:15.486300 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.486300 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1002 at 192.168.1.2) State INIT going to sleep 2010-10-01 00:56:15.486300 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_ROUTING 2010-10-01 00:56:15.487332 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1002 at 192.168.1.2) State ROUTING 2010-10-01 00:56:15.487332 [DEBUG] mod_sofia.c:140 sofia/internal/ 1002 at 192.168.1.2 SOFIA ROUTING 2010-10-01 00:56:15.487332 [DEBUG] switch_core_state_machine.c:77 sofia/internal/1002 at 192.168.1.2 Standard ROUTING 2010-10-01 00:56:15.487332 [INFO] mod_dialplan_xml.c:418 Processing user->918005551212 in context default Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->unloop] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->tod_example] continue=true Dialplan: day of week[6] =~ 2-6 (PASS) Dialplan: hour[0] =~ 9-18 (FAIL) Dialplan: sofia/internal/1002 at 192.168.1.2 Date/Time Match (FAIL) [tod_example] break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->holiday_example] continue=true Dialplan: month[10] =~ 1 (FAIL) Dialplan: sofia/internal/1002 at 192.168.1.2 Date/Time Match (FAIL) [holiday_example] break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->global-intercept] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [global-intercept] destination_number(918005551212) =~ /^886$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->group-intercept] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [group-intercept] destination_number(918005551212) =~ /^\*8$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->intercept-ext] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [intercept-ext] destination_number(918005551212) =~ /^\*\*(\d+)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->redial] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [redial] destination_number(918005551212) =~ /^870$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->global] continue=true Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [global] ${call_debug}(false) =~ /^true$/ break=never Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [global] ${sip_has_crypto}() =~ /^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$/ break=never Dialplan: sofia/internal/1002 at 192.168.1.2 Absolute Condition [global] Dialplan: sofia/internal/1002 at 192.168.1.2 Action hash(insert/${domain_name}-spymap/${caller_id_number}/${uuid}) Dialplan: sofia/internal/1002 at 192.168.1.2 Action hash(insert/${domain_name}-last_dial/${caller_id_number}/${destination_number}) Dialplan: sofia/internal/1002 at 192.168.1.2 Action hash(insert/${domain_name}-last_dial/global/${uuid}) Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->snom-demo-2] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [snom-demo-2] destination_number(918005551212) =~ /^9001$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->snom-demo-1] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [snom-demo-1] destination_number(918005551212) =~ /^9000$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [eavesdrop] destination_number(918005551212) =~ /^88(.*)$|^\*0(.*)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [eavesdrop] destination_number(918005551212) =~ /^779$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->call_return] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [call_return] destination_number(918005551212) =~ /^\*69$|^869$|^lcr$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->del-group] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [del-group] destination_number(918005551212) =~ /^80(\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->add-group] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [add-group] destination_number(918005551212) =~ /^81(\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->call-group-simo] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [call-group-simo] destination_number(918005551212) =~ /^82(\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->call-group-order] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [call-group-order] destination_number(918005551212) =~ /^83(\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->extension-intercom] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [extension-intercom] destination_number(918005551212) =~ /^8(10[01][0-9])$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->Local_Extension] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [Local_Extension] destination_number(918005551212) =~ /^(10[01][0-9])$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->group_dial_sales] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [group_dial_sales] destination_number(918005551212) =~ /^2000$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->group_dial_support] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [group_dial_support] destination_number(918005551212) =~ /^2001$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->group_dial_billing] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [group_dial_billing] destination_number(918005551212) =~ /^2002$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->operator] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [operator] destination_number(918005551212) =~ /^(operator|0)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->vmain] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [vmain] destination_number(918005551212) =~ /^vmain$|^4000$|^\*98$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->sip_uri] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [sip_uri] destination_number(918005551212) =~ /^sip:(.*)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->nb_conferences] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [nb_conferences] destination_number(918005551212) =~ /^(30\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->wb_conferences] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [wb_conferences] destination_number(918005551212) =~ /^(31\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->uwb_conferences] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [uwb_conferences] destination_number(918005551212) =~ /^(32\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->cdquality_conferences] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [cdquality_conferences] destination_number(918005551212) =~ /^(33\d{2})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->freeswitch_public_conf_via_sip] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [freeswitch_public_conf_via_sip] destination_number(918005551212) =~ /^9(888|1616|3232)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->mad_boss_intercom] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [mad_boss_intercom] destination_number(918005551212) =~ /^0911$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->mad_boss_intercom] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [mad_boss_intercom] destination_number(918005551212) =~ /^0912$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->mad_boss] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [mad_boss] destination_number(918005551212) =~ /^0913$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ivr_demo] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ivr_demo] destination_number(918005551212) =~ /^5000$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->dynamic_conference] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [dynamic_conference] destination_number(918005551212) =~ /^5001$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->rtp_multicast_page] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [rtp_multicast_page] destination_number(918005551212) =~ /^pagegroup$|^7243$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->park] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [park] destination_number(918005551212) =~ /^5900$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->unpark] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [unpark] destination_number(918005551212) =~ /^5901$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->valet_park] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [valet_park] destination_number(918005551212) =~ /^(6000)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->valet_park] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [valet_park] destination_number(918005551212) =~ /^(60\d[1-9])$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->park] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [park] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [park] destination_number(918005551212) =~ /park\+(\d+)/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->unpark] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [unpark] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [unpark] destination_number(918005551212) =~ /^parking$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->park] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [park] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [park] destination_number(918005551212) =~ /callpark/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->unpark] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [unpark] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [unpark] destination_number(918005551212) =~ /pickup/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->wait] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [wait] destination_number(918005551212) =~ /^wait$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->fax_receive] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [fax_receive] destination_number(918005551212) =~ /^9978$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->fax_transmit] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [fax_transmit] destination_number(918005551212) =~ /^9979$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ringback_180] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ringback_180] destination_number(918005551212) =~ /^9980$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ringback_183_uk_ring] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ringback_183_uk_ring] destination_number(918005551212) =~ /^9981$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ringback_183_music_ring] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ringback_183_music_ring] destination_number(918005551212) =~ /^9982$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ringback_post_answer_uk_ring] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ringback_post_answer_uk_ring] destination_number(918005551212) =~ /^9983$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ringback_post_answer_music] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ringback_post_answer_music] destination_number(918005551212) =~ /^9984$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->ClueCon] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [ClueCon] destination_number(918005551212) =~ /^9991$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->show_info] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [show_info] destination_number(918005551212) =~ /^9992$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->video_record] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [video_record] destination_number(918005551212) =~ /^9993$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->video_playback] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [video_playback] destination_number(918005551212) =~ /^9994$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->delay_echo] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [delay_echo] destination_number(918005551212) =~ /^9995$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->echo] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [echo] destination_number(918005551212) =~ /^9996$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->milliwatt] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [milliwatt] destination_number(918005551212) =~ /^9997$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->tone_stream] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [tone_stream] destination_number(918005551212) =~ /^9998$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->zrtp_enrollement] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [zrtp_enrollement] destination_number(918005551212) =~ /^9787$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->hold_music] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [hold_music] destination_number(918005551212) =~ /^9999$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->pizza_demo] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (FAIL) [pizza_demo] destination_number(918005551212) =~ /^(pizza|74992)$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 parsing [default->Dial Out Custom Gateway] continue=false Dialplan: sofia/internal/1002 at 192.168.1.2 Regex (PASS) [Dial Out Custom Gateway] destination_number(918005551212) =~ /^9(1\d{10})$/ break=on-false Dialplan: sofia/internal/1002 at 192.168.1.2 Action bridge(sofia/gateway/custom/18005551212) 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/1002 at 192.168.1.2) State Change CS_ROUTING -> CS_EXECUTE 2010-10-01 00:56:15.489647 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1002 at 192.168.1.2) State ROUTING going to sleep 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_EXECUTE 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1002 at 192.168.1.2) State EXECUTE 2010-10-01 00:56:15.489647 [DEBUG] mod_sofia.c:226 sofia/internal/ 1002 at 192.168.1.2 SOFIA EXECUTE 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:157 sofia/internal/1002 at 192.168.1.2 Standard EXECUTE EXECUTE sofia/internal/1002 at 192.168.1.2hash(insert/192.168.1.2-spymap/1002/ea76a274-2abc-4208-ad54-7751a2f55fb9) EXECUTE sofia/internal/1002 at 192.168.1.2hash(insert/192.168.1.2-last_dial/1002/918005551212) EXECUTE sofia/internal/1002 at 192.168.1.2hash(insert/192.168.1.2-last_dial/global/ea76a274-2abc-4208-ad54-7751a2f55fb9) EXECUTE sofia/internal/1002 at 192.168.1.2bridge(sofia/gateway/custom/18005551212) 2010-10-01 00:56:15.489647 [NOTICE] switch_channel.c:669 New Channel sofia/external/18005551212 [019f8a69-4031-4bff-829d-dbf22f9df101] 2010-10-01 00:56:15.489647 [DEBUG] mod_sofia.c:3384 (sofia/external/18005551212) State Change CS_NEW -> CS_INIT 2010-10-01 00:56:15.489647 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:314 (sofia/external/18005551212) Running State Change CS_INIT 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:338 (sofia/external/18005551212) State INIT 2010-10-01 00:56:15.489647 [DEBUG] mod_sofia.c:83 sofia/external/18005551212 SOFIA INIT 2010-10-01 00:56:15.489647 [DEBUG] mod_sofia.c:117 (sofia/external/18005551212) State Change CS_INIT -> CS_ROUTING 2010-10-01 00:56:15.489647 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:338 (sofia/external/18005551212) State INIT going to sleep 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:314 (sofia/external/18005551212) Running State Change CS_ROUTING 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:341 (sofia/external/18005551212) State ROUTING 2010-10-01 00:56:15.489647 [DEBUG] mod_sofia.c:140 sofia/external/18005551212 SOFIA ROUTING 2010-10-01 00:56:15.489647 [DEBUG] switch_ivr_originate.c:66 (sofia/external/18005551212) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-10-01 00:56:15.489647 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:341 (sofia/external/18005551212) State ROUTING going to sleep 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:314 (sofia/external/18005551212) Running State Change CS_CONSUME_MEDIA 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:360 (sofia/external/18005551212) State CONSUME_MEDIA 2010-10-01 00:56:15.489647 [DEBUG] switch_core_state_machine.c:360 (sofia/external/18005551212) State CONSUME_MEDIA going to sleep 2010-10-01 00:56:15.489647 [DEBUG] sofia.c:4153 Channel sofia/external/18005551212 entering state [calling][0] 2010-10-01 00:56:15.708614 [DEBUG] sofia.c:4153 Channel sofia/external/18005551212 entering state [calling][0] 2010-10-01 00:56:15.861009 [DEBUG] sofia.c:4153 Channel sofia/external/18005551212 entering state [terminated][403] 2010-10-01 00:56:15.861009 [NOTICE] sofia.c:4789 Hangup sofia/external/18005551212 [CS_CONSUME_MEDIA] [CALL_REJECTED] 2010-10-01 00:56:15.861009 [DEBUG] switch_channel.c:2102 Send signal sofia/external/18005551212 [KILL] 2010-10-01 00:56:15.861009 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.861009 [DEBUG] switch_core_state_machine.c:314 (sofia/external/18005551212) Running State Change CS_HANGUP 2010-10-01 00:56:15.861009 [DEBUG] switch_ivr_originate.c:3228 Originate Resulted in Error Cause: 21 [CALL_REJECTED] 2010-10-01 00:56:15.861009 [INFO] mod_dptools.c:2355 Originate Failed. Cause: CALL_REJECTED 2010-10-01 00:56:15.861009 [NOTICE] mod_dptools.c:2418 Hangup sofia/internal/1002 at 192.168.1.2 [CS_EXECUTE] [CALL_REJECTED] 2010-10-01 00:56:15.861009 [DEBUG] switch_core_state_machine.c:499 (sofia/external/18005551212) State HANGUP 2010-10-01 00:56:15.861009 [DEBUG] mod_sofia.c:408 sofia/external/18005551212 Overriding SIP cause 603 with 403 from the other leg 2010-10-01 00:56:15.861009 [DEBUG] mod_sofia.c:414 Channel sofia/external/18005551212 hanging up, cause: CALL_REJECTED 2010-10-01 00:56:15.861009 [DEBUG] switch_core_state_machine.c:46 sofia/external/18005551212 Standard HANGUP, cause: CALL_REJECTED 2010-10-01 00:56:15.861009 [DEBUG] switch_channel.c:2102 Send signal sofia/internal/1002 at 192.168.1.2 [KILL] 2010-10-01 00:56:15.861009 [DEBUG] switch_core_state_machine.c:499 (sofia/external/18005551212) State HANGUP going to sleep 2010-10-01 00:56:15.862475 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:333 (sofia/external/18005551212) State Change CS_HANGUP -> CS_REPORTING 2010-10-01 00:56:15.862475 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:314 (sofia/external/18005551212) Running State Change CS_REPORTING 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:590 (sofia/external/18005551212) State REPORTING 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:53 sofia/external/18005551212 Standard REPORTING, cause: CALL_REJECTED 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:590 (sofia/external/18005551212) State REPORTING going to sleep 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:327 (sofia/external/18005551212) State Change CS_REPORTING -> CS_DESTROY 2010-10-01 00:56:15.862475 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/18005551212 [BREAK] 2010-10-01 00:56:15.862475 [DEBUG] switch_core_session.c:1164 Session 19 (sofia/external/18005551212) Locked, Waiting on external entities 2010-10-01 00:56:15.862475 [NOTICE] switch_core_session.c:1182 Session 19 (sofia/external/18005551212) Ended 2010-10-01 00:56:15.862475 [NOTICE] switch_core_session.c:1184 Close Channel sofia/external/18005551212 [CS_DESTROY] 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:428 (sofia/external/18005551212) Running State Change CS_DESTROY 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:439 (sofia/external/18005551212) State DESTROY 2010-10-01 00:56:15.862475 [DEBUG] mod_sofia.c:341 sofia/external/18005551212 SOFIA DESTROY 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:60 sofia/external/18005551212 Standard DESTROY 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:439 (sofia/external/18005551212) State DESTROY going to sleep 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1002 at 192.168.1.2) State EXECUTE going to sleep 2010-10-01 00:56:15.862475 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_HANGUP 2010-10-01 00:56:15.863783 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1002 at 192.168.1.2) State HANGUP 2010-10-01 00:56:15.863783 [DEBUG] mod_sofia.c:408 sofia/internal/ 1002 at 192.168.1.2 Overriding SIP cause 603 with 403 from the other leg 2010-10-01 00:56:15.863783 [DEBUG] mod_sofia.c:414 Channel sofia/internal/ 1002 at 192.168.1.2 hanging up, cause: CALL_REJECTED 2010-10-01 00:56:15.866165 [DEBUG] mod_sofia.c:476 Responding to INVITE with: 403 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:46 sofia/internal/1002 at 192.168.1.2 Standard HANGUP, cause: CALL_REJECTED 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1002 at 192.168.1.2) State HANGUP going to sleep 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/1002 at 192.168.1.2) State Change CS_HANGUP -> CS_REPORTING 2010-10-01 00:56:15.867180 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_REPORTING 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:590 (sofia/internal/1002 at 192.168.1.2) State REPORTING 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:53 sofia/internal/1002 at 192.168.1.2 Standard REPORTING, cause: CALL_REJECTED 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:590 (sofia/internal/1002 at 192.168.1.2) State REPORTING going to sleep 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/1002 at 192.168.1.2) State Change CS_REPORTING -> CS_DESTROY 2010-10-01 00:56:15.867180 [DEBUG] switch_core_session.c:1021 Send signal sofia/internal/1002 at 192.168.1.2 [BREAK] 2010-10-01 00:56:15.867180 [DEBUG] switch_core_session.c:1164 Session 18 (sofia/internal/1002 at 192.168.1.2) Locked, Waiting on external entities 2010-10-01 00:56:15.867180 [NOTICE] switch_core_session.c:1182 Session 18 (sofia/internal/1002 at 192.168.1.2) Ended 2010-10-01 00:56:15.867180 [NOTICE] switch_core_session.c:1184 Close Channel sofia/internal/1002 at 192.168.1.2 [CS_DESTROY] 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:428 (sofia/internal/1002 at 192.168.1.2) Running State Change CS_DESTROY 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:439 (sofia/internal/1002 at 192.168.1.2) State DESTROY 2010-10-01 00:56:15.867180 [DEBUG] mod_sofia.c:341 sofia/internal/ 1002 at 192.168.1.2 SOFIA DESTROY 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1002 at 192.168.1.2 Standard DESTROY 2010-10-01 00:56:15.867180 [DEBUG] switch_core_state_machine.c:439 (sofia/internal/1002 at 192.168.1.2) State DESTROY going to sleep -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/7e72617a/attachment-0001.html From venkatesh11 at gmail.com Wed Sep 29 18:17:04 2010 From: venkatesh11 at gmail.com (bevenky) Date: Wed, 29 Sep 2010 18:17:04 -0700 (PDT) Subject: [Freeswitch-users] Codec question: about the G729 codec In-Reply-To: References: Message-ID: <1285809424566-5586303.post@n2.nabble.com> I completely agree with BKW and Anthm. In fact I was also trying out this naughty codec from github for trans coding on a development machine. I think that codec sucks big time, as not only it consumed resources, but it cannot handle different ptime implementations of g729. Not only, it is stealing from such a lovely project if you use this in production, its also a total waste of time even in testing for your own purpose, coz it wont let you test anything and you will end up wasting your time. Instead a simpler solution is to buy g729 1-2 licenses to test stuff, and purchase more if needed. Anthm, would be great if that stupid codec can be stopped from working with FS. I hate it personally. wasted one month of mine testing for quality, when shit was inside g729 codec. Regards Venky -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Codec-question-about-the-G729-codec-tp5566837p5586303.html Sent from the freeswitch-users mailing list archive at Nabble.com.